|
私が、以前、
【随時追加：メモ】ヤフー・ブログ移行先候補のブログの比較
https://blogs.yahoo.co.jp/ubiquitous_budda/65226259.html
（2019年3月1日ＵＰ）
で書いていた、ライブドア・ブログに対する不満の大きなものが解決（ライブドア側のプログラム改修に拠る）された現在、ライブドア・ブログに残る最大の不満と云うのは、
ライブドア・ブログって、安定してないね。
https://blogs.yahoo.co.jp/ubiquitous_budda/65275417.html
（2019年5月7日ＵＰ）
に書いた、ライブドア。ブログの不安定さだったりします。あたかも、プログラマーが自主的な改善と考えるものの実現の為に、ヤミ改修をやっている様な感覚さえ覚えます。こうした改修が上手く行くのって、精々チームが８〜15人、多くても26人程度までの範囲内である様に感じますが…実際には、どれくらいの人数が携わっているのやら。
ヤフー・ブログの場合、旧ブログでは、１人でも担当し切れる内容だった様に思えますが、あんまりコミュニケーションのよくない複数人が絡んでいるのだ、と思われる事態は、プログラムのversins管理の不徹底に見る事が出来ました。あんまり重要とも思えないプログラム改修で、以前直った筈の不具合が再発してしまう。以前直った筈のパッチ処理などの対策を、直る前のバグを含んだプログラムを基にした改修で上書きしてしまっていた状況が何度も発生していた事から、私が想像した姿です。
さて、ライブドア・ブログでは、本番環境で何度も何度も、１日数回（私が目にする時間帯だけでも、そなのですから、恐らく変更は膨大なものに上るでしょう）とも見られるプログラム変更が行われている形跡が見られます。そんな中、「なんで、こんな仕様で残ってるの？」と思われるものが、いくつか目に付きます。あんまり、仕様の「あるべき」形についての検討も重ねてなけりゃ、仕様書も明記してチーム内に存在してないんでしょう。最近のプログラム開発の一つの姿は、「スピーディな開発」を目指して、昔のメインフレーム開発であった様な仕様の検討が抜かされて、あちこちで勝手に開発を進めている姿。あんまり優れたものとは「私は」思いませんが、こうした企業も存在するには存在しています。日本にも見られ、アジアに典型的に見られる一つの例です。
ＦＣ２は、私が想像するところ、恐らく正社員２６人程度の開発チームなんじゃないか…と想像するのですが、純粋な開発者の集まりでであり、人材の流動性がある程度考えられている様子で、仕様も開発体制も、「ブログに関しては」かなり、きっちりしている様子が見えます。
〜〜〜 〜〜〜
さて、私の勝手に想像している姿の描写に、あまりにも長い叙述を割いてしまいました（遂行の時間も無く、書き殴っていたので）。で、ここからは、仕様の改善要求（機能改善要求）を出そうか、だすまいか、迷う程度のツマンナイ仕様の不便さを羅列するもの。
今後、直っていたら、その旨、追記しますし、時間が経っても直らない様なら、機能改善要求を上げるかも知れません。
（１）閲覧画面で記事検索した結果が、記事事態の内容を含んだ重なりになって出て来るが、これをリストに折り畳む事が出来ない。
記事検索が、厳しい文字列検索の結果ではなく、ある程度の揺れか、リンク先のタイトルかまでを含んだ、かなり「進んだ」検索になっているのはいいのだが、その替わり、本当に、その文字列を含んでいるとは限らない記事までヒットする。その結果、ヒットする記事の数が多くなるのだが、記事を折り畳む機能が含まれていないので、無用に、不要の記事を送っていかないと、狙った記事に辿り着けない場合がある。
例えば、http://blog.livedoor.jp/ubiquitous_one/ の中で、「１万人毎の履歴」をタイトルに含む記事は１つだけなのだが、これをページ中にライブドアが提供している部品である記事検索で検索すると、多くの記事がヒットする。が、狙う記事は、一番古いものであって、ここに辿り着くまでには、ページを何回も送らなければならない。
ヤフーの場合は、「タイトル」だけと「内容」をも含む場合とに分かれ、先ずはタイトル、そして、検索結果を示すところ（タイトルなどの一覧画面）で「内容」がプルダウンメニューに示される様な仕様だった。ＦＣ２では、記事を検索すると、内容までも含んだ検索結果が「一覧画面で」表示される。
現在のライブドアの仕様は、不便この上無い。
|
コメント（0）
