明日また来てください、本物のExcel方眼紙をお見せしますよ - aike’s blog
「俺はェスァイ」 「SIって？」 「お客様のビジネスに最適なソリューションをインテグレートするんだ」 「でたっ、富士通っぽいことば！！」 「標準機能を組み合わせたパッケージは使いにくいからだよっ！！」 ドス、ドス、ドス、バッ 「この仕様書を作ったのは誰だあっ！！」 「Excelの文書がなにかございましたか」 「なぜセルをこんなに細かくした！！計算など必要のない連中がスプレッドシートを使うからだ。馬鹿どもにExcelを与えるな」 「ははっ」 「そんなことを言うからには、文字やフォームを任意のグリッドにレイアウトできて、顧客も当然のように文書ファイルを開けるソフトウェアがいろいろあるんだろうな」 「ぐぬう」 「Excel方眼紙は帳票デザインが大きな割合を占める日本の業態に即したものなんだ」 「とはいえ俺も一般的なExcel方眼紙が最良とは思わない」 「みなさん、明日またここに来てください、本物
十年前「はやぶさ」開発の現場を見ていた - aike’s blog
小惑星探査機はやぶさ帰還のインターネット中継を見た。あのMUSES-Cが本当に打ち上げられ、様々な困難を乗り越え、六十億キロもの想像を絶する距離を航行した後に地球に戻ってきた。わずかな時間ではあるけれどまわりを照らすほど明るく輝いて燃え尽きる映像を本当に感慨深い思いで見ていた。 十年以上前、ぼくは横浜に住んでいて人工衛星の開発現場にいた。宇宙開発とは言っても設計業務はデスクワークであり、一見普通の会社とあまり変わらない光景だ。製造や試験は関係者以外立ち入らない別の施設でおこなうため、オフィスでは主にPCに向かって文書を作成している。 そこにいる技術者はみんな宇宙が好きということでは共通しているものの、担当部署によって少しずつ特徴があったように思う。熱設計、構造設計の担当者は特殊技能を持っている職人のようだ。データセンターで大量のデータ解析をする地上設備の開発者はIT技術者に近い。品質管理部
プログラミングできない人を集めて開発するのはさすがにもう無理 - aike’s blog
NTTデータと真昼の対決 - ひがやすを blog NTTデータの人とひがさんの話がかみ合わないのは、想定している低スキルプログラマーのレベルがまるで違っているのだと思う。ひがさんは（地頭は良くて）経験が少ない人をイメージしているように見える。まあ分かっててわざと主張してる気もするけど。 あらためて言うまでもないけど、プログラミングって素質がすごく重要な世界なわけで。どうにもかわいそうで、なんとかしてあげたいのに、やっぱりどうしようもないくらいプログラミングに向いてない人っている。学校や新入社員研修で何ヶ月もプログラミングを教わってFizzBuzzが書けないレベルの人をこれまで何人も見てきた。 そんな人でも、プログラムの1行ずつを日本語で説明したような仕様書と、本来の言語機能の一部しか使わせないコーディング規約と、能力に合わせたスケジュールがあれば、最低限の品質つまり保守可能なレベルのソー
スーパークリエイターがSI業界で即戦力になれない理由 - aikeの日記
少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし本当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が
TDDの勘所とTDD支援超簡易Emacs Lisp - aike’s blog
日本PostgreSQLユーザ会北海道支部 / Ruby札幌 合同セミナーに行ってきました。濃い話がいろいろ聴けましたが、今回一番の目的は角谷さんによるRSpecの実演。 人が目の前でコーディングしているのを見るのは勉強になりますね。注目すべきは結果的に入力されたコード以外の部分にあって、キータイプ速度の緩急や、コピペ操作、バックスペースでの修正等を見ていると、そのとき考えていること（考えるべきこと）が浮かび上がってくるような感じがします。 TDD（テスト駆動開発）については、「実際のところ、どこを厳密にやって、どこで手を抜くべきなのか」についてちょっと指針が見えたように思います。 今回一番厳密に守っていたのは「Think」「Red」「Green」「Refactoring」のモード切り替え。今どこのモードで作業をしているのかを意識して、例えばテストNGが残っている状態(Red)では絶対にリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
