 
|
はてなキーワード: 仕様変更とは
mixiは本当に「人が軸のSNSではなくなりつつある」のかなんてのが話題になってるけど、どうやら自分にとってのmixiの位置付けと、最近一般的なmixiの位置付けは違うような気がする。
最近のmixiは実名を知っているリアル友人・知人によるコミュニティサイトらしい。が、百数十人いる自分のマイミクシィで、実名を知っているのは半分以下だ。そもそもマイミクシィのうち、mixi外で知り合った人は1割以下で、残りの大多数はmixi内で知り合った人たちだ。実名を知っている人も、ほとんどがmixi内で知り合って、オフ会で実際に会って仲良くなったり、またその仲良くなった友人がmixi内で知り合った友人を紹介したりという「オフ会の輪」で増えたものだ。
こういう使い方をするユーザーにとって、mixiは非常に使いやすかった。そもそも、人間一度会ったくらいでは相手のことはよく分からない。しかし、mixiであれば「とりあえずマイミク」しておけば、自分の日記などで自分がどんな生活をしているのか、どんな趣味があるのかを伝えられる。mixiの日記は自分のようなコミュニケーションに自信のない人間にとって、「おしつけがましくなく自分のことを知ってもらう」という素晴らしい手段だった。
オフ会で連絡先を聞くのはハードルが高いが、マイミクシィになるのは比較的ハードルが低い。「足あと」機能も、オフ会で知り合った人を見つける有用なツールだった。
自分の中でmixiは自分と趣味・思考が近い人と知り合い、またそのつながりを効率良く維持するためのツールだった。「mixiで知り合った」という話はITmediaの記事などでも紹介されているとおり、5、6年前は珍しくないことだったはずだ。
ところが、最近のmixiはそういった方向性には向いていないようだ。「足あと」の仕様変更により、mixi上で知り合った人を見つけることが難しくなった。「イイネ！」の導入は、コメントによるコミュニケーションを減らすことになった。mixiニュースやmixiページやmixiゲームといった最近の新機能は、知らない人と知り合いになれるものではない。きっとこの傾向はどんどん増えていくだろう。今後この路線が続き、マイミクシィのマイミクシィとしかマイミクシィになれなくなっても（ありえないとは思うが）おかしくはない。
スポーツやボランティアやなんらかの集団活動といった、リアルで人と知り合う手段を持たない非リア、職場や学校で自身の趣味嗜好を明かせない人間にとって、mixiがなくなったらどうやって人と知り合えば良いのだろうか？ mixiは「リア充のためのSNS」となっていくのだろうか？
先日、TBSの番組「夢の扉＋」を見ていた。TBSの中で視ているのはこの番組だけだが。先日のテーマは「小さな町工場から日本の製造業を支える！」というもので、職人集団「チーム等々力」の免震テーブルの開発について綴られていた。
確かに、各職人の技術はすごい。ああいう職人技が日本を縁の下の力持ちとして支えているのも事実だと思う。例えば、新幹線の先頭ノーズはあれは職人手作業じゃなかっただろうか？
違和感を感じたのは、「職人が大学教授の求めているモノを理解出来ない」という点だった。結局番組では理系大学出身の技術者が、大学教授の要求（要件定義）を職人に分かるように図面に起こした事になっている。
それでいいんだっけ？ 図面になっている物は作れるが、図面を起こす事が出来ないということだろうか？
我々IT技術者は、顧客のまだ具体的になっていない要求をヒヤリングするところから始まり、要件定義をし、設計し、実装し、テストし、納入し、運用・保守をする。だから、顧客の専門用語や技術も分からなければならないし、情報技術も分かっていなければならないし、運用・保守コストも考えなければならない。それに情報技術は進歩が早いにもかかわらず、分野によっては製品寿命が20年とかいうのもあるから、新技術だけ知っていても話にならない。
「チーム等々力」の方々は、いい製品を作るかもしれないけれど、IT業界的に言えば、コーディングだけ、という事に。否、それでも範囲が広い。コーディングは一種の「設計」でもあるから、範囲はもっと狭い。
そういえば、ITで「制作・製造」ってどの部分を指すんでしょうね。もしかして、コンパイル・リンクしている時間だけかも。なにしろ、コーディングも設計の一部であるから。
自分は、顧客の要求をヒヤリングするところから、運用・保守まで全てに関わっている。ヒヤリングしている時点でどう実装すれば良いか、どう保守するか、保守のための実装はどうするか、を考えながら顧客と接している（ここでいう実装とは、ハードウェアも含む）。
かなりゼネコン化されているので、元請けが仕事を取ってきて、こちらに仕事を発注する事になる。その時点で、かなりの情報が欠落している。元請けの方は、顧客（この場合エンドユーザー）の専門が分からないまま受注している事が多い。その上、実装を分からずに発注してくるから、かなり困る。結局、元請けに対し、かなりの懸案事項が発生する事態となる。顧客に対してこの設計では足りないとか、設計に対し実装不可能とか。それをいちいち指摘しないとならないが、これが時間がかかる。
こういう案件がたくさん来ると、今度は実装出来る人間に限界が出てくる。なので、実装するのをさらに下層の外注ソフトハウスに出すの事になるのだが、今度はこれが、エンドユーザーの事が分からないため、なんだかよく分からないブツが上がってくる。その上、金の切れ目は縁の切れ目だから、運用保守に関しては全く考慮されていないブツ。もちろん、中には優秀な外注さんもいて、すばらしいコーディングのブツが出来上がってくる事もあるが、そういう人に出会える確率は万分の一程度か。
そこへ追い打ちをかけるように、コスト低減要求と短納期要求、仕様変更。人月の神話。
顧客の頭の中を覗く人、顧客の要求を情報技術者向けに翻訳する人、翻訳されたものを実装する人、実装されたモノをテストする人、テストし終えたモノを納入・設置する人、運用・保守する人、がそれぞれ分業・連携取れていないのが、現日本のIT産業の姿です。
最近は自社の社員も質が下がってきていて、Windowsしかいじれないとか、統合開発環境内でしかブツが作れないとか、コンピュータがどう動いているかイメージ出来ないとか、果ては、顧客の専門用語が分からない、というのもいる。ソフトハウスに至っては、作ったはいいが、作ったモノに対してデバッグ出来ないとか言い出す始末。
というわけで、就活生には、ITはお勧めしない。もし、プログラミングだけしていたいというのであれば、メーカーではなく、小さなソフトハウスに就職した方が良い。でなければ、顧客と対等（同等）の（製品）知識と、新旧情報技術に対応出来るだけの能力が必要とされるのである。
はてなブックマークをご利用の皆様は、よろしければ以下の質問におこたえください。
質問は以上です。ありがとうございました。通常ですと粗品としてボールペンなどをあげるのですが、今回はそういった用意はしていません。
今月も増田への投げ売り堂の10月の結果と雑感を書き込みます。今日は長めになりそうで。
| 項目名 | 10月 | 9月 | 増減 |
|---|---|---|---|
| ユニークユーザー | 4524 | 1983 | +2541 |
| ページビュー | 18736 | 8777 | +9959 |
| 平均ページビュー | 1.40 | 1.60 | -0.20 |
| 平均滞在時間 | 2.47 | 2.59 | -0.12 |
| 新規訪問数 | 27.45% | 29.90% | -2.45％ |
詳細はいつものように以下の Analytics の PDF に書いてあります。
今月は引き続き Amazon の仕様変更の対策と若干の機能追加に終始しました。
Amazon の仕様変更も殆ど問題無く修正でき、エラー等もありませんでした。
フィギュアだけ対応してたのですが、DVD・BDとゲームも対応をしました。
特撮DVD・BDは「keywords」ゲームは「Node」でそれぞれ10ページづつ商品を辿るようにしています。
ゲームはさほど商品の差は感じませんでしたが、DVD・BDは商品数が1/4くらいに・・・。
個別ページで Amazon レビューを確認できるようにしました。
とはいえ、API からそのまま iframe に張っているだけなのでいつでも出せるような機能で
今回の仕様変更で出品者情報が殆ど取れなくなった分、他の商品の情報を載せようと思い設置しました。
一応予定しているのが「アニメDVD・BD」復活と「PC関連商品」を新たに追加し
cookie で保存の表示商品を切り替えるオプションを設置する予定です。
いつものように増田への投げ売り堂の9月の結果と雑感を書き込みます。今日は長めになりそうで。
| 項目名 | 9月 | 8月 | 増減 |
|---|---|---|---|
| ユニークユーザー | 1983 | 690 | +1293 |
| ページビュー | 8777 | 3086 | +5691 |
| 平均ページビュー | 1.60 | 1.89 | -0.29 |
| 平均滞在時間 | 2.59 | 1.33 | +1.26 |
| 新規訪問数 | 29.90% | 31.79％ | -1.89％ |
詳細はいつものように以下の Analytics の PDF に書いてあります。
ごらんのとおり、アクセス数とユーザー数が伸びていますが、それ関連で色々やったこと。
リリース後にすぐに載せたんですが、そこまで効力が無く・・・。一回沈んだらそのままな感じなので仕方ない感じでしょうか。
これが一番やり方としてはダメですが、一番伸びた大きい要因でした・・・。
12日以降に定期的に投げ売り堂の URL をそれなりに関係があるかもしれないところに張って・・・。
申し訳ないと思いつつ、手っ取り早く広める。というのは素人にはやっぱりこれが一番なのかなと再確認をした感じです。
そもそも手っ取り早くな事を考えているのが甘いんですが。
今月の10/26から適応される、Amazon Product Advertising APIの仕様変更
の対策を全くメールを見てなかったので失念していて、ItemPage をガッツリ使っているこちらとしては、このままでは存続自体が危ない感じなので対策をしました。
まずはフィギュアだけなんですが、ItemSearch の際に KeyWords を使って複数検索をかけるように変更しました。
・「1/4」などのスケール
・「PVC」などの素材
これによって、ItemPage が400→10件に減らされても品揃えは遜色ないように出来ました。
DVD・BDとゲームもあるんですが、もう少し工夫をして今と同等にしようと思います。
しかし今回の API 仕様変更は困る人が多いんだろうなぁ・・・。
この辺で詳しくは述べてますが、料金は抑えることが出来そうです。
今月はサービスに直結する対策を色々とやりました。
サービスの拡張はやれなかったですが、存続の危機になりかねない事だったので色々と勉強になって結果良かったなーと思っています。
THANKFUL WORLD - 世界を「ありがとう」でつなげよう -
似たようなサービスは既にあると思いますが、PHPプログラムの練習課題として作成してみました。
投稿者から「ありがとう」にまつわる話を投稿してもらい、感謝の気持ちを伝えるサービスです。
この中で一番の目的だったのは3番目の最後までやり遂げるだったりします。
本当にどんなものでもよかったので、最後まで作り上げて公開するのを目標にやってきました。
Webサーバの構築課題も含めてなので、さくらのVPSを一台契約しました。
インストールから設定まで行って初めて分かることも多くありました。
1週間
今できることを高めることも重要ですが、自分に足りないものを吸収してより良い形で昇華することも必要。
個人でサービスを作る以上、自分自身がクライアントなので途中で行う仕様変更（改善や思いつきによる変更など）に対する文句のぶつけ場所もありません。
念入りに設計を行い、それに基づいて開発を行う。
何事も初めが肝心です。
ひと通り開発を行ってみて、自分の知識や能力についてもある程度把握できたように思えます。
今できることもわかったので、次は今できないことをできるように知識を深め、
今できることと合わせて新たな段階に進めればと思います。
そっちにはごちゃごちゃなんだろうけど、変な情報が拡散されると困るので補足説明させてもらった。
あとit workssl!のメッセージを否定できる人を見たことないから知りたいだけで、是非とも紹介してもらいたいところ。
「俺は正しい、間違ってるのは向こうだ」っていう姿勢がいけないのは同意。署名活動も同意。また通報は既に何件かされてる。
喚起サイドの目的が本当に「ID問題への対処」ならば仕様変更の署名活動でもするべきだし、「セキュリティへの不安」ならば情報を拡散して悪意あるハッカーの攻撃の機会を増やすのではなくIPAへ通報するべき。
「喚起」という建前（目的）に対して取るべき「手段」がちぐはぐだから、「攻撃（というか夏厨の狂騒？）」としか見なされないのだという点を見直すべき。
これって最初の記事にあるように
喚起サイドは情報の強化を行ってこそ成り立ったが、それが出来なかったことに落ち度がある。もっと情報を強化し、慎重に動くべきだった。
ここで言われてる。具体的な行動は提示されてるように通報だったり署名だったりで、通報に関しては既にされてる。言葉足らずだったんだろうけどさ。
喚起サイドの目的が本当に「ID問題への対処」ならば仕様変更の署名活動でもするべきだし、「セキュリティへの不安」ならば情報を拡散して悪意あるハッカーの攻撃の機会を増やすのではなくIPAへ通報するべき。
「喚起」という建前（目的）に対して取るべき「手段」がちぐはぐだから、「攻撃（というか夏厨の狂騒？）」としか見なされないのだという点を見直すべき。
ここを100回読めばいいよ。そして真摯に反省して、次は「一般ユーザーの不安を解消するために、最適な行動が何なのか」をちゃんと考えよう。
いや俺は正しいんだ、間違ってないんだ、間違ってたのは一部のやつだけなんだ、という自己正当化に必死だと次も同じ間違いを繰り返すよ。
攻撃ではなく喚起が目的であれば、技術的解説に対して暴言を吐いて妨害したりはしないし、リプライ爆撃をする必要もありませんよね。
これだけで十分だと思いますけど追記すれば。
IDが漏洩したわけではないのに「ID漏洩発覚」と騒いでいた人たち、「情報流出の兆候がある」とほのめかしていた誰かさんや、「GPGPUでパスワードクラックが可能」という明白な事実誤認。
これらが業務妨害ではなく注意喚起に過ぎないとするのは、印象操作にしてもちょっと酷いのでは。
喚起サイドの目的が本当に「ID問題への対処」ならば仕様変更の署名活動でもするべきだし、「セキュリティへの不安」ならば情報を拡散して悪意あるハッカーの攻撃の機会を増やすのではなくIPAへ通報するべき。
「喚起」という建前（目的）に対して取るべき「手段」がちぐはぐだから、「攻撃（というか夏厨の狂騒？）」としか見なされないのだという点を見直すべき。
私的な意見だが、これを見て安心したり、馬鹿が騒いでるだけかと思った人は少し考えるようにして欲しい。あまりに短絡的ではないだろうか。
こんなチラ裏みたいなところに書くぐらいなら、はてなアイデアに投稿するか、直接メールするか、他社サービスに乗り換えるか、はてなに就職しろって話なんだろうけど、はてなアイデアは不具合の修正以外はまともに採用されることが殆ど無いし、直接メールは単なるクレーマー扱いされて終わり。はてなに就職は居住地域とスキルの問題で無理っぽい。他社サービス乗り換えはSBMというサービスの性質上、どうしてもユーザーが多いほうが情報が集まりやすいので(ほとんどがゴミだとしても)問題の根本解決にはならない。というわけで、ここに落書きする。
現在はてなブックマークでは設定できるカテゴリが8種類、社会や政治経済から、サブカル系の「おもしろ」まであるが、R-18カテゴリがない。表向きは規約で「不適切なブックマークは削除する」となってるが、一日何千件もあるブックマークから「不適切」を探しだして削除するなんて無理に決まってるし、削除される頃にはホッテントリになって衆目にさらされることになる。表向きエロ禁止のニコニコ動画ですらR-18のカテゴリタグでゾーニングしているというのに、はてなは何年もこの状態を放置している。エロ画像のまとめスレなんてゾーニングすべきだし、技術的にも不可能なわけでもないのに。
はてブにはブックマーク先のページから画像を引用してくる機能があるが、これも機械的に引用してくるため明らかに不適切な引用がみられる。例えばニュースサイトで他のニュースへのリンクのための画像を拾ってきたり、バナー広告画像を広ってくる場合もある。更に最初に上げたエロの問題では、明らかに閲覧注意のエログロ画像を拾ってくる場合もある。画像の判定なんて技術的に困難だろうから、せめて画像非表示をオプションで用意してくれてればいいのだがそれもやらない。俺はあまりにも不愉快だったので、ユーザースタイルシートで消したが、はっきり言って初心者(中級者にも？)対処が難しい。
はてブにはコメントが不愉快なIDを非表示にする機能があるが、コメントやID名が非表示になってもタグだけは表示されたままである。本来のタグクラウド的なものなら別になんともないが、非表示になるようなユーザーは大抵タグもおかしい。タグで特定の組織や人物へのネガキャンをやっていたり、タグで誹謗中傷のような事を書いている。これも技術的に不可能とは思えないが、何年も放置されている。これもユーザースタイルシートなりグリモンなりを使えばいいのだろうが、中級から下のユーザーには無理だ。
SBMの性質上、どうしてもノイズ的なブックマークや見たくないページ・キーワードも目に入ってしまう。例えば2chまとめサイトや産経msn、ネトウヨ/ネトサヨのブログなどがホッテントリになることが多い。正直なところタイトルを見ただけでうんざりすることも多いので非表示にしたいのだが、そのようなオプションはない。これもグリモンで対処するしか無いのだが、こんなの標準とは言わなくてもせてめ有料ユーザー向けのオプションとかでつけるべきじゃない？ニコ動にだってNGワード機能はあるんだから。
はてなスターははてブ大喜利のための座布団で一番の売りの機能なのだが、これもいろいろおかしい。一人で10個も20個も連打する奴もいるし、非表示ユーザーからも送られてくる。非表示ユーザーからのスターなんて不愉快なのだが現状拒否することはできない。
まずはてなはすべてのサービスにおいて非常にSPAMに対して脆弱。はてなダイアリーはそうでもないが、はてなハイクはほとんどSPAM対策なんかされていない。さらに規約違反報告フォームも何処にあるのかわかりにくい。はてブには一応規約違反フォームへのリンクがあるが、これって機能してるんだろうか？。何回かSPAM報告をしてるんだが全然対処されたことがない。断っておくが別に俺が気に入らないからSPAM扱いしているわけではなく、明らかにSEO用のリンクページへのブックマークや、複数アカウントの不正使用っぽいものを報告しているのだが全然対処されたことがない。
また、はてなにはサブアカウント機能があるがこれも悪用しようと思えばいくらでも悪用できる。5件ぐらいサブ垢でブックマークすればトップの新着には載るので、botなんかを使えば簡単にホッテントリを偽造できる。
以上の点から初心者やビジネスユーザーには非常に不向き。だってエロ画像とかネトウヨ/ネトサヨの演説とかが転がってて、2chまとめサイトや産経msnばかりがホッテントリになっていて、SPAMもいっぱい上がってるSBMを仕事で使える？そんなの自分の母親に勧められる？俺はすすめられないし、仕事ではGoogleブックマークを使ってる。
近藤淳也氏は「自分の家族や友人に安心して進められるサービス」を標榜しておられるようだけど、今のはてなブックマークはとてもじゃないがそんなサービスではない。ギークやネット原住民(笑)相手に商売するならいいんだろうけど。ニコ動だって最初は2chにいるようなネット原住民(笑)を相手にしてたけど、今はアメーバやGreeにいるような人も相手にするようになった。まあ、ニコ動はニコ動で違う問題があるけれど。
ここで「いやなら使うな」というマジックワードが登場しそうだが、別に嫌なんじゃなくて改善してほしいのだ。しかし最近のはてブの仕様変更といえば新着人気ブコメの表示とかなんか斜め上の方向の仕様変更ばかりだ。
人から聞いたある会社のことをまとめてみた。（はてなじゃありません。）
内容が変になって、一部の社員の意見で分裂。更新が難しくなったので無理矢統合。
企画者の思い込みだけで決まり、業務に追われている社員の意見を聞かずに無理矢理記事を書かせているので、一部の社員から反感を買っている。
コスト重視とか言っているけど、兼任で書かせているので実際コストパフォーマンスはもの凄く悪い。
専任じゃないから、パクリ、いまさら感、自己満などの記事ばかり。読者はどこやら。
デザイナーじゃない人がデザインのことをバカにして書いていたりして、仕事を発注するのが不安になる内容が目立つ。
マルチモニターを導入した結果、だらだら2chやネットばかり見るようになって効率の低下。
ハイスペックマシンを導入した結果、実環境を意識できなくなって品質低下。
スペックに己惚れて効率を疎かにした結果、コンパイル時間が無駄に長い。コンパイル中はだらだら(ry。
人材より良い環境を与えすぎてダメになった典型的なパターンに陥っている。
本当に必要なときほど、逆に旧スペックのマシンで仕事をさせて無駄に時間がかかっている。
担当部署があるのに、好き勝手にサーバーを立てようとしてトラブルを起こして迷惑をかけている。
納期を守らない。
自己保身のために平気で嘘をつく。同僚を陥れる。
周りの都合を考えないで、自分の都合の良いように仕様変更や解釈して仕事を行う。
古参は世間よりスペックが低くなってきているのにいまだに優秀な人材だと思い込んで口だけ動かして、手は動かさなくなっている。
目標設定も状況に合わせて修正して良いと勝手に解釈しているので、良い結果に書き換えて提出するのが横行。
評価する側も適当。
一回、成果をだすと給料が一気に上がり、よっぽどなことがないと下がらないので、好き勝手に迷惑かけ放題。
自分の考えや視野がすべて正しいと思い込んで、周りに拡散させる。
他社より一歩遅れているのに、最先端だと思い込んでいる。
成果主義とか言っているけど、経営陣にとって都合のいい人を優遇。（当たり前だけどえげつないほど）
結果だけでなれた能力不足の役職者にPMまがいなことをさせて現場を混乱させる。
一部の社員の意見でビジネスマナー研修を実施するようになったけど、平社員よりビジネスマナーがない役職者は受けず、
成果主義なので、結果を残した人だけが評価され。支援した周りは見返りなし。よって、協力するのがばかばかしくなってきている。
あとから入社した人が結果を出そうとすると、先に結果を出した人が優遇されているので、妨害される。
上からの押しつけばっかりで、下からの意見を求めない。決定してから意見を求める。よって、下からの意見は意味がない。
優遇されている人達も裏では経営者のことをバカにしている。密かに独立を企んでいる。
やる気が無い人を教育と行って無理矢理中間管理職にするので、下は大迷惑。
一部の素行が悪い社員のためにルールを作るけど、ほとんど守られていない。
素行が悪い社員ほど結果を残して出世するので、すぐにルールが変わったり形だけになる。
ばからしくなって無視するのが横行。
優秀な人もそれなりに増えたけど、それよりも偽物が増えて大混乱。
既存社員より優遇で入社させたけど、化けの皮がはげて後の祭り。
昔は好きな人同士が各自で集まってやっていたけど、人が増えてから強制的になった。
悪口や陰口が毎回でてくる、参加するたびに嫌な思いをする。
高給取りは毎日参加して、色々な事情で参加できない社員をダメな奴と罵っている。
http://maname.txt-nifty.com/blog/2011/05/hitei1.html
いいこと書いてる。はてブいいよね。私も「いいね！」とか「はてなスター」と違って否定されウルってところが気に入ってる。
最近はtwitterと重なったりのっとられつつあるけど、今だにはてブ愛用してるのはこのあたり。
（twitterはTLの人を気にして否定を押さえ気味にする人とかいるからちょっと弱い。一覧性低いし）
読者が否定的に感じても、いちいちコメント欄つかったりトラバしないと否定できないってなると
そういう人はただ見に来てくれなくなっちゃって、残るのが自分の記事に共感してくれるひとだけになってしまう。
快いかもしれないけれども、それだけだとあんまり書く意味を感じない。
自分が記事を書くのはやっぱり自分の考えたテーマに関する他の人の考えを知りたいから。
私のような理由で記事を書人なら良い意見だけを望むのもおかしな話だと思う。
PVが欲しいとか、同意獲得ゲームがやりたいなら、mixiでやればいいんじゃないかな。
それぞれ自分が望むものに最適な場を探してやるのがいいと思う。私ははてなで書くのすきよ。
その上で、まぁ否定的な意見が出し易く、肯定的な意見を書きにくい枠でもあるのは確か。
特にブクマ数が増えると、何も考えてない奴がその場の空気に従って陣とりゲームをやりだすのはつまんない。
できるだけ「その人」の感想が聞きたいなと思ってるので、各自が自分で考えるよう促す仕組みにして欲しい。
極論すれば書いた人しかコメント見れない、みたいな形。（他のものが犠牲になりすぎるから私もここまでやれとはいわないけど）
ブクマコメにスター付けられるというのは「安易すぎる」「自分で考えなくて良い」になっちゃうのであんまり好きじゃない。
それがビジネスとかサービスとしてだめなのか良いかはわからないけど、私個人としては嫌だと思う方向に強化されていってるのでとても悲しい。
今回歓迎されていない仕様改悪だが、これはむしろ当然の流れなのである。
Twitter連携を始めた時点で多くの固有ブックマーカーはTwitterに流れ、今はてブだけを使っているのはいわゆる「老害」である。
はてブの機能は残しながらも、内部の膿を捨て去るのが、今回の仕様変更である。
さて、Twitter連携含め一部のユーザーなどから「全部一覧で見れるのが良かった」というコメントをしているのがいる。
Twitterライクな仕様変更にしたことからもわかるとおり、はてな内部ではその「全部一覧で見れること」の優先順位が下がっていることは明らか。
配置換えを強制的に行い、停滞した空気、ムラ社会的雰囲気を破壊したのだ。
それだけ、一部ユーザーの悪質な行為が目に余ったのだろう。
タイトルは釣り。すまん。ちゃんと書くなら、「auのメールの仕様が一部変更され、メールがスパム認定されるケースが増えた。しかもそれは、非常に困った状態で発動される」ってことかな。
auのメールは、昨年の11月末くらいに一部の仕様が変わったようだ。GmailでFromに「○○○@ezweb.ne.jp」をセットして、同じauのアドレス宛に送ると、スパム認定して黙って削除されるようになった。これは、Gmailが主なメール環境である人間にとっては、非常に困った仕様だ。以前は知り合いからauのアドレス宛に来たメールをGmailに転送し、Gmail上で自分のauのアドレスをFromにセットして返信すると、ちゃんとauのケータイユーザに届いていた。しかし、仕様の変更により、知り合いからauのアドレス宛に来たメールは、そのまま自分のauのアドレスをFromにセットせず、Gmailのアドレスなど別のアドレスをセットして返信しないと、スパムとして届かなくなる。
パソコン上でブラウザを使ってメールを書いているときは、アドレスを選択できるのでまだいいのだが、困ったのがiPhoneで返信を書くとき。iPhoneのSafariでメールを書くと、通常はメインのアドレスがFromにセットされる。設定を変更すれば、届いたアドレスをFromにセットしてメールを書くことができるのだが、残念ながら今のところ、任意のアドレス（もちろん自分のアドレスとして登録済みのものに限るが）をFromにセットしてメールを書くことはできない。ちなみに、AndroidだとFromが選択できるので、問題解決にかなり近い。iPhoneで「ibis」というメールアプリを使えば、Fromは勝手にセットできるのでいいのだが、残念ながら柔軟な設定はできず（もちろん買って試した）、使い勝手はよくない。
ぐちゃぐちゃ書いてきたが、この仕様変更のせいで危うく俺は彼女と別れることになりそうだった。俺も彼女もauのユーザで、俺はiPhoneもAndroidもパソコンも、もちろんauケータイも持っていて、ある程度使える。これに対して、彼女はauのみ。ネットにつながるパソコンを持っていない（これが問題のような気はするんだけど）。で、仕事の時間帯が合わないので、なかなか電話連絡ができず、どうしても連絡はメールに頼ることになる。つい先日のことだが、彼女から毎日届くメールに、俺はGmailからFromに自分のauのアドレスをセットして返信していた。そのうち気づいたのだが、彼女がメールの中で俺の質問にまったく答えない。ケータイしか持っていないから、そんなこともあるだろうと（いらいらしながら）受け流していたのだが、そのうち切実な感じになってきた。「？」と思って、Cメールでメールしたらビンゴ！返信がまったく届いていなかったため、彼女は俺が連絡をしなくなったものだと勘違いしていたのだ。
ネットで検索してみたら、ごくわずかだが、auのケータイにメルマガが届かなくなったという書き込みがあった。俺みたいに、POPメーラは数年前に完全に捨ててしまい、Gmailで全部済ませている人間にしか関係ないのかもしれないが、ここにメモしておく。俺が持ってるブログなどの中では、一番ここが人目に付きそうだから。auのユーザでもし違う状況になっている人がいたら、レポよろしく。
横だが
「アイマス」の名前を使って、旧作のキャラ全員出して、でも「一部のキャラはＮＰＣで使えません」と言うなら文句は出て当たり前。
件のブリーチにしても、作家は好き勝手やって良いが、その筋書きがクソなら「クソ」と言って良いんだよ。
ただ作者に「○○はこうした方が面白いからそうしてください」とか言った所で、作者はそれを聞く必要がないと言うだけ。
あの呟きに関しては、本当に勘違いしているクズが多くて辟易する。
ブリーチが気に入らないなら、直接作者にでも「クソだった」と送りつけてやればいい。
批判自体を批判するようであれば、そいつはもう創作者としてはオワッテル。
今回のアイマスの件に関しても同様。
実際、クソだと感じたんだから、「仕様変更がクソだ」と言い散らすのは、別段構わないのよ。
それでコミュニティが萎縮する？
いいじゃん別に。
そういうリスクを踏まえても、仕様変更を優先したんだから、その自由はメーカーが行使した自由だ、尊重しないとね。
もちろん株主でもなければ作品方向をどうこうする権利はないから、署名運動とかはアホかと思う。
でも、批判そのものをやめろとか言うのは、お門違いだわ。
そういうのも込みでマーケティングを行うものだし、批判が出たのはメーカーの落ち度であって、クソと感じたユーザーの方じゃないだろ。
最近、中国人と仕事をする機会があって、文化の違いというかいろいろ見つけたことがあるので増田に書いてみる。
とにかく手を動かすことについては早い。割とボリュームのある（日本人の目で見て５人チーム１週間程度）仕様変更も、１日とか２日でリリースしてくる。
ここで注意したいのは、彼らはリリースしてくると言うところ。何度も目を疑ったのだけど、デバッグということをしてこない。
エンバグも日常的に起こる。デバグＡを済ませたらエンバグして、そのバグを直したらバグＡが再び出てくるというような。もちろん、バグ報告したあと直してくる速度もめちゃくちゃ速い。
しかし、手を動かしてくれないときは、とことん動かしてくれない。何度指示をしても「わかりました」という返事をきいても、指示がきちんと反映してくれない。この差はなんなんだ。
お金儲けに関しては天才的。常にいろいろなビジネス展開を考えていて、話をしてみるとあらゆるビジネスというか、商売のネタを披露してくれる。よくそこまで考えられるなーって思う。
彼らの特徴としては、確実に儲ける方法が好きというところ。リスクを取りたがらない。たとえば、売れるかどうかわからないけど、売れるとぼろもうけする物と、すでに売れている物の模倣をすることだったら、迷わず模倣を選ぶ。確実に儲かるから。
ビジネスに対する考え方は至ってシンプル。なので、いらなくなった人は問答無用で切られる。本当にあっさりしてて、さっきまで隣で談笑してた人が数時間後に解雇されてたなんて事もザラにある。
仕事をしていてリソースが不足してきたとき、日本だと現状で解決できないかを考え、その結果として効率化といった手法をとることがある。しかし彼らは「人を増やせばいい」の一択。中国にある本社の社員数は、半年で４倍になったという。
ただし、首切りは頻繁に行われるので、人の入れ替えはあり得ないほど激しい。誰でもできる仕事は、かわりはいくらでもいるということだ。
食べながら話をするというのも、ごく普通にありふれた風景。ランチミーティングなどになったら、クチャラーのオンパレードであの音が嫌いな人はたぶん卒倒するかも。１ヶ月もすれば慣れるけど。
もっとあるかなと思ったけど、まとめたらこんな感じになってしまった。
本当は詳しくいろいろ書きたいのだけど、所属などがばれてしまうといろいろ面倒なので今回はこの辺で。
40代。まだ現役でIT土方。モバイルのソーシャルゲームをPHPで書いてる。
給料は手取りで5ケタ。ワーキングプア。自分の住んでる町の生活保護だって6ケタあるのにな。
ゲーム自体はたぶん、それなりに面白いのだと思う。いま、次々立ち上がっているソーシャルゲーム関連の投資事業とか、協業者を探しているゲームポータルとかから声がかかっているようなので。
会社のエライ人たち、ソーシャルゲームバブルに浮かれきってる。もちろん自分より若い。かなり。
マネタイズのためにあれやろうこれやろうとアイデアを出して、作ってるのはオレ。
アラフォーはバブルとその後を経験しているので、こういう浮かれっぷりは警戒するクセがついてる。
ただ、ドコに進むのは決めるのはウエノヒトなので意見は言わない。
5人くらいいたプログラマはどんどん辞めた。
いま、オレ1人だけで全部書いている。
それやったらますますつまんねーじゃん、という仕様変更にも、黙々と応じる。他人が残したバグも、黙々と直す。それが仕事だから。
で。
わりと幸せ。
地方だし。未だ実家だし。(というか出て行けないのだが。この給料では。)
恋愛だの結婚だのは、正直何が楽しいのかさっぱり分からないのでする気もないし。
モノがゲームなだけに、締め切りとかクライアントの顔色とかはあまり気にしない仕事なので、いざとなったらまぁいっか明日に伸ばそう、が軽く言える世界。だから、深夜残業とか休日出勤は断固固辞してる。
毎日23時には家にいられる。
土日祝日はのんびりできる。
ただ。
トーキョーで同じくソーシャルゲームバブルをざぶざぶ泳いでるゲームプロバイダのエライヒトとなぜか話す機会があって。
もったいない、来ればいいのに、と言われる。一緒に作ろうとか。給料なんてワリと簡単に上がっちゃうもんダヨーとか。そんな感じの断片しか覚えてないけど。
自分は不幸なのかなあ。
基準が狂ってるだけなのかなあ。
「外」の人と会って初めてそんなことを考え始める。
井の中の蛙は、井の中にだけいてそれが幸せだと思っていただけなのかなあ。
井の外に出て行ってどんな幸せが待っているのか、全く具体的に分からないので、こうしてなんとなく書いてみる。
トーキョーに行くと、なにが幸せなんだろう。
それは、ちゃんと夜には家に帰れて、週末は休めるような、そんな生活を捨ててまで、取りに行くべき幸せなんだろうか。
「人材の流動化か囲い込みか（http://remote.seesaa.net/article/147006872.html）」で示される問題は、SIerの案件であれば１つや2つはよく起こっている。ここまで問題が積み重なっててひどいのはあまりない（...と思いたい）以下は実際にみてきた現場の惨状。
excel方眼紙はよく見かけます。修正にやたらと手間がかかるので苦痛です。継続的にメンテナンスする必要があるドキュメントには向いてません。あと、ソースコードを日本語訳したようなひどい設計書が多いです。そんなもんソースコードで十分だろって思います。
本番環境でコンパイルしたりとか、恐ろしい事をしている現場がありました。それでソースコードレポジトリとの同期が取れてなくてどのファイルが実際に稼働しているコードなのか分からなくなったりもしていました。
ユニットテストがないのはデフォルトです。テスト仕様書が残っていればまあいい方ですが、テスト項目に「正常に動くこと」としか書かれてない場合もあって信用できません。
5.GUIがひどすぎる
RDBMSをつかったシステムで、会社の休業日を管理するテーブルの編集画面にレコード番号が必要かどうかで議論が始まり一時間くらいぐだぐだと会議をしたりします。そんなもん年月日でユニークキーにしておけば十分。いちいちユーザに番号を振らせるという手間をとらせたいんだろうか。
自社で一貫して設計から実装まで担当しているSIerは別として、そうでないSIerには実際にモノを作っている人間は居ない。仕様の検討段階での資料作成から、アーキテクチャ設計、設計、テスト、運用までほとんど外注にたよりきっており、ざっくりなマネジメントをしているだけだったりする。
設計から外注に丸投げしているSIerでは、日本式のやりかたとか言う以前に、そもそもSIerの社内にシステム開発を行ったオリジナルメンバーが存在すること自体少ない。
すでにSIerでは内製することすら出来ない状態まで空洞化している。
元記事のコメントより
コストダウンの名の下に人減らしだけは進みましたが、そのことがどれくらい破壊的な影響をもたらしているかを、上の人が全く理解できていません。上の人ほど開発経験に乏しく、細部を理解できていないのです。
『鉄筋減らしてコストダウン』して住めないマンションを大量生産したマンション販売会社がありましたが、IT業界は減らすどころか「鉄筋も柱も無くしてコストダウン」を目指してる感さえあります。
IT業界は減らすどころか「鉄筋も柱も無くしてコストダウン」を目指してる感さえあります。
ってのは言い得て妙だ。
「SIerはモノを作るのが仕事ではありません、マネジメントするのが仕事です」ｷﾘｯ!
ってよく言うけど、マネジメントに関しても、技術的な問題が起こっても解決するだけの力がないので、下請けに残業してくれという根性マネジメントしか出来てない。顧客から仕様変更の要求があった場合でも、どういう影響があるかも理解できてないので、全部請けてきて下請けに丸投げとか。
たちが悪いのは見当違いなルールを課して管理したつもりになっている事。
外注に頼り切っているSIerでは、アーキテクチャ設計、ドキュメント整備、ソースコード管理、テストの自働化、GUIデザインは社外の他人まかせになってしまっており、現状の開発方法でどのような問題があるのか気づくことができない。そういった現場から遠い場所にいる連中が現場をうまく回すためのルールを作れるとは思えない。