私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ

最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので

俗にいう「使えないシステム」ってやつをつかまされたのかもしれない。 今、WEBアプリみたいので、業務ツール作っているんだけど完成が見えてきた段階で実はボロボロのものが出来上がってることに気が付いてきた。たとえば月報とか日報みたいなアウトプットが必要なデータが10種類ぐらいあるんだけど、全部CSVっていう言語でしか出せない。CSVをエクセルで開くとところどころ文字化けになってて全然使えないし、そもそも罫線もないしページングもされてない。社外のコンサルに聞いても、CSVは機械同士がやり取りするための言語で、人が使うデータはエクセルで出せるようにするのが普通って言っている。ベンダーにそういったら「それは無理」の一点張り。コンサルはベンダーの瑕疵だからなおさせろ、ベンダーはやらない、で膠着状態。CSVだけじゃなくてほかにも必要な集計が画面上でできなかったり、そもそも機能自体が欠落していたりとかして

前編からの続き この努力は僕が Google に来る為に Amazonを離れた2005年半ばも続いていた。でももっとずっと進化していたよ。 Bezos が命令を出してから僕が離れるまでの間に、 Amazon は全てにおいてまず最初にサービスを考える企業へと文化的に変化していった。外部の日の目を決して見ることの無いような、スタッフへの内部的なデザインも含めて、今ではそれがデザインというもの全てに対しての基本的なアプローチになっている。 その時点では、彼らはもはや解雇の恐怖からそうしているわけではなかった。つまり、もちろんビビってはいたけれど、ドレッドヘアの海賊 Bezos 様にご奉仕するのは日常生活の一部だからね。そうじゃなく、彼らはそれが正しいことだと理解したから、サービスを提供しているんだ。確かに SOA のアプローチには長所も短所もあるし、短所を書き出してみたら切りが無い。でも全体とし

簡単に承認欲求稼ぎたいんだけど 追記： ふむふむ 当たり前っちゃ当たり前だけどニコニコ動画やpixivといった承認欲求稼ぎやすい場所と接点の多い創作が強いのか よっし適当に調べてあいそうなの見つけて承認ガッポガッポじゃわい

お疲れ様です。増田です。 使えない社員がおります。 仮にAさんとします。 会社はIT系で，Aさんは業界10年目で入社2年目の40代， 私はプログラムは趣味でも実務でも未経験で，入社半年目の20代半ばです。 最初は理路整然と書いていこうと思ったけれど，面倒くさくなったから愚痴だけ書く。 Aさんは私が1日で終わらせたことを2ヶ月経っても完了させていません。 仕事をしているという意識がありません。 Aさんは自分で考えるということをしません。 言われたことだけをやります。しかも額面どおりに言葉を受け取ります。 Aさんができなくても，上長意外の人間には問題ありません。 部長に「Aさんにはどういうスタンスで接すればいいですか」と質問したら 「仲間と思わなくてもいい。放っておいて」と言われたので，こちらからアクションしておりません。 部長としては，Aさんから周りにアクションしてほしいから私からのアクショ

http://forza.cocolog-nifty.com/blog/2014/01/it-d213.html なんか、ぎょーかい系のつまらん用語が並んでたので、俺の主観で今の世の中をみよう。 最も大きな変化は、アーキテクチャの解放だと思うよ。 新しい理念ではないけど、その理念を支える基盤が揃った時代だと思う。 まず、共産と資本が衝突しなくなった、ブラウザ戦争とかそう。 昔のブラウザは相手より優れてることが優先されて、標準というのはおざなりだった。 それが今や標準こそが正しく、その正しさによって、みんなは恩恵を受けてる でも、これは共産主義や共産の精神で達されたものじゃない。 あくまでもビジネス上の戦略だ。標準に準拠したほうがユーザーが多いとか、 技術を公開することが企業の技術アピールになるとか。 資本主義の先にあるのが現状だ。 そして、その背景には、アーキテクチャは売り物じゃなくなった

うちの部署に入れる新しい業務システムの構築の担当になって、昨日から打合せが始まった。今までエクセルで管理してたものが多くて結構表組みで管理したいものがたくさんあったから、そういう要望を業者に伝えたら「いや～、、ハハハ・・（だったら今まで通りエクセルでやれば？）」みたいな反応。例えばフィルターとか超使ってるし、タブをドンドン増やしてハイパーリンクでつないで元データから引っ張ってきて計算して表組みを作成するとかいつもやってるような作業が新システムだと厳しい（＝できないor莫大な時間と金がかかる）らしい・・。帳票は固定になりますね、帳票増やすと増やした分だけ金かかります、みたいな感じ。いちばんビビったのがコピーペーストができないって言われたこと。列ごとコピーしてデータ貼り付けて表作るっていう単純なことが、何百万だか払って作るシステムではできないとか・・。（CSVで保存してアップロードしてください

http://d.hatena.ne.jp/Yamashiro0217/20131004/1380855545 プログラマーの仕事は、 ほぼ、考えることだ。 これは正しい、正しいがゆえに 場合によっては駒の重さが30kgぐらいある。 どんだけ優れた将棋指しでも、30kgの駒を100回とか動かしたら、 疲れて頭回らなくて素人にも負けてしまうかもしれない。 30kgもある駒を動かすのは大変だ。 だからプログラマーはエディタ工夫したり、 開発環境工夫したり、色々して駒を軽くする。 この下りは、大嘘または大間違いだ 俺の周りにいる国際学会で発表するような研究をしてきた同僚や Googleなどの世界的な企業で活躍する、畏敬する人々は得意な道具こそあれ 道具の差や環境の差で、パフォーマンスが落ちたりしない なぜならは プログラマーの仕事は、 ほぼ、考えることだ。 ということだから。 研究であれば重要な

わたしは「穴を掘って埋める仕事」を徹底して排除するよう日々コストをかけている。事前に察知できれば全力で回避に努める。だが、無限ループに陥ることもある。ループから抜けるには信用を失うなど相応の代償を支払うことになるけれど、早めの方が双方の傷は浅い。その見分け方を後述する。 工期がきまっていない企画書の完成日がきまっていない競合調査より先に自分達だけで企画を考えるターゲット層の調査より先に自分達だけで企画を考える議事録を取らない議事録を取り始めても訂正や意見がない企画書の雛形を作ってもあいまいな表現でだめ出しだけする思いつくままに会議を進める業務進行の定石を無視して効率の悪い方法を採用するリーダーがウェブに疎いメンバーに技術者がいない(外注)キラーコンテンツの準備より先に課金方法を取り上げるブレスト中にダメ出しする(ブレスト中は発想が縮むためダメ出し禁止)ことあるごとにその分野に疎いことをほの

残念なソフトウェア開発の現場は、沈みかけの巨大な船に乗った航海に似ている。 船底の穴からの浸水を必死でかき出しながら、どうにか進んで行く。そういう航海だ。 船のどこにどれだけ浸水箇所があるのかは分からない。 ある穴を塞ごうと船底に板を打ち付けたら、 それによって別の場所に新しい穴を空けてしまったりする。 船の構造はあまりに複雑で、膨大な部品の間にどんな依存関係や相互作用があるのか、 誰も完全には把握していない。 それは、はるか昔に組み立てられた太古の船で、 構造把握の手掛かりは、代々伝わる不十分で不正確な古文書だけなのだ。 新任の船員は、出た水に対してとにかく手当たり次第に対処した。 どんな物でも使い、徹夜で穴を塞いで回った。 ひたすら大きな声で号令を出し、 いかに早く穴を塞ぐかが、船員の間で競われた。 何人もの船員が過労と心労で倒れ、 航跡には水葬者が点々と残された。 船員たちが経験を積

ド素人が完全自作SNSを作ってみてわかったこと。 http://anond.hatelabo.jp/20130104184115 の元増田です。 ひっそりと公開したはずのtag-chat.net(http://tag-chat.net)ですが、 まさか、こんなに反響を頂けるとは思っていなかったので、びっくりしました。 素人のフリをしているとか、出版社のステマだとか色々言われましたが、嘘は一切書いてないです。 ステマというか、ウェブサービス公開後の状況を知っている方からするとマイナスのステマにしかなっていないような気がします…。 公開してから、色々と発見というか気づきがあったので、それを共有できれば幸いです。あと、tag-chat.netの中身についてなど。 ～増田記事を公開してから今までの経過～ ・意気揚々と自作SNSを公開したものの、アクセスが全くこなくて途方にくれる。 ⇓ ・以前、完全