中年以降の人生を考えるための５冊 今までずっと、ひたすらラクなことや楽しいことだけをやって生きていきたいと思っていたのだけど、40歳を過ぎた頃から、今までのやり方ではいろいろと行き詰まってくるようになってきました。何をやってもそんなに楽しくない。これからの人生はずっと下り坂が続いてい…

UKTKKNSHINF こういう名前の変数が出てくるのだが、意味わかる？ 答え：受付禁止情報 今読んでいるPL/SQLコードは本当にひどい出来なのだが、その中でもネーミングが群を抜いてひどすぎてむしろ笑えてくるので、ここでさらしてみたい。 先ほどの例でわかると思うが、悪しきネーミング習慣である子音母音抜きの嵐である。変数名だろうが関数名だろうがこのルールで命名されているので、暗号文を読んでいるような気分になる。 他には、例えばこんなのがある。 SKSI 作成 HNKN 変換 KKT 確定 CHKN 中間 DTM Datetime DTA Data こうして見ると、ktkrやwktkとなんら違いがない。 "作成"のような、比較的簡単に対応する英単語が見つかるものまで日本語子音母音抜きで書くという徹底ぶり。でも"情報"はINFだったりする統一感のなさ。そしてこれらが単独ならまだしも、複合して出

来年も作りたい！ふきのとう料理を満喫した　2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…

マイクロソフトのデータベース製品「Microsoft SQL Server」の日本におけるユーザー会である「PASSJ（SQL Serverユーザーグループ）」が2009年6月30日に無期限休会した。7月1日付けでWebサイトも閉鎖し、会員情報も削除する。事実上の解散である。 2000年5月に発足したPASSJは会員数が2万人で、マイクロソフト製品のユーザー会の中でも規模が大きい。2000年代半ばまではユーザー会主催のユーザーカンファレンスを毎年開催するなど活動も盛んだった。近年は活動規模も縮小しており、09年6月の理事会で休会を決めた。マイクロソフトは「ユーザー会が決めたことなので、われわれはコメントできない」（同社広報）としている。

2009年06月18日22:00 カテゴリOpen Source 梅田望夫がオープンソースを語っても残念でない理由 人使い荒いなあ。まだ徐行運転中なのに。というわけで、 [OSS] 梅田望夫さんはオープンソースを不当に貶めている / M. Mochio Umeda injustement diminue le crédit de l'Open Source. - ふぇみにん日記(2009-05-19) 梅田望夫にオープンソースを語るなとガツンと申し上げたい - ひがやすを blog に関する、弾の見解。 いいじゃん、言わせておけば。 今更梅田望夫がオープンソースに関して何を言おうが、オープンソースはびくともしない。こういういい方もなんだけど、梅田望夫に貶められるほど、オープンソースはやわじゃない。 童貞にセックスについていくらあることないこと言われても、セックスがびくともしないのと同じ。

システムインテグレータ最大手NTTデータを率いる山下社長は若い頃、汎用コンピュータ用のデータベース開発に取り組み、プログラムを自ら作っていた。その経験から山下氏は「人生のどこかで手を動かしてプログラムを作る仕事を経験した方が絶対に面白い。20代あるいは30代の前半くらいまでに真水の仕事をどれだけやったか、それがその後の人生の豊かさにつながる」と同社幹部としては異例の発言をする。（聞き手は谷島 宣之＝日経コンピュータ編集長、写真は小久保松直） 2009年度、100億円近い投資を計画していると聞く。狙いは何か。 100億円のうち、40億円くらいかけようと考えているのが、「倍速開発」という案件です。これが一番大きい投資になります。我が社としてぜひともやらないといけないのは、お客様のお気の召すまま、ご希望のオーダーメード・システムを、パッケージ・ソフトを使った場合と同じスピードで作って差し上げる、

5/23 に秋葉原で行われた、「エンジニアの未来サミット 0905 エンジニア・サバイバル」の私的な議事録です。前回同様、パネラーの発言と会場からの質問をできるだけ記録しました。ただし、言い回しは完全に再現していませんし、後から記憶で補完した発言、拾えなかった発言もあります。もし明らかな間違いにお気づきの方は、コメント欄かブクマコメントでお知らせください。 吉岡  自己紹介と人生の転機をお話しいただきたいと思います。まず私から。今年で 51 歳。(会場に)25 歳以下の人?──1/3 くらい? 30 以下は? いや、10 進法で(会場笑い)。エンジニアの方は? ──やっぱりほとんどですね。パネラーの方、こうひう人たちに向かってお話しいただければ。 私は最年長で、IT 産業のパラダイムシフトを実体験として見てきたので、そういうスタンスでお話しできれば。私の最初の会社は DEC でした。大学で

NTTデータグループのトータルパワーを効率的に高め、お客様や社会の要請・期待に機動的に応じていくことを目的に、経営管理体を大括り化する方向で、事業運営を見直します。具体的には、シナジーを発揮しやすい複数の事業を纏めるかたちで、以下の3つのカンパニーを設置します。 パブリック&フィナンシャルカンパニー 行政、医療、金融、決済などの社会的な基盤を担う高付加価値なITサービスを提供する事業グループ グローバルITサービスカンパニー 製造、流通、サービス、メディア、通信などの事業活動を支える高付加価値なITサービスをグローバルに提供する事業グループ ソリューション&テクノロジーカンパニー 先進的なITサービスを支える基盤・ソリューションを提供する事業グループ NTTデータが社内カンパニー制へ移行するようですね。 分社化と社内カンパニー化の違いがわかりづらいので、ざっくり説明すると 分社化 企業の一

プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ

各利益は1つ前の利益から、損益を加減して算定する仕組みになっています。大ざっぱにいうと、上に行くほど、本業だけの成果に近づき、下に行くほど本業とは無関係なものや臨時なものも含めた成果になります。以下、項目別にイメージを持ちやすいように簡単に説明していきます。 （1）売上総利益 売上総利益は、売上高から売上原価を引いて計算します。売上高は、顧客に提供したシステムの対価です。売上原価とは、直感的にいうと顧客に提供したシステムにかかったコストすべてです。外部から購入したサーバやルータ、ソフトウェアはもちろんのこと、顧客向けカスタマイズに要した労務費・外注費や、社内検証環境の減価償却費も売上原価に含まれます。なお、未売り上げのシステムについては、仕掛品として資産計上され、翌期以降に売り上げた時点で売上原価となるため、今期の利益計算には含まれません。 （2）営業利益 売上総利益から販売費および一般管

Foursquare, the location-focused outfit that in 2020 merged with Factual, another location-focused outfit, is joining the parade of companies to make cuts to one of its biggest cost centers –…

Twitter mongrelP: @tasukuchan グニャラくーん、ニコ百の鯖がEeePCという話が持ち上がってますがただの監視用ですよね（しんぱいそうなめでみている） http://twitter.com/mongrelP/status/1524183917 ニコニコ大百科のアーキテクチャについてメモしておきます。 本当は、このネタでRuby Kaigiに申し込もうと思ったけど、すっかり忘れていたのでエントリを起こしておきます。Rubyあんま関係なかったし。 全てのリクエストを受付、セッション情報も保持するEeePC 次世代サーバプラットフォーム EeePC ニコニコ大百科宛ての全てのリクエストは、全てEeePCに送られます。 実物の写真を載せておきます。 EeePCは2台稼動しており、１台はホットスタンバイです。 EeePCは、SSDとUPSを備えた次世代サーバプラットフォーム

面接というのは、ある種のチューリングテストのような代物で、僕らはあるレベルの知性を持っているかを判別される。*1このテストにマルコフ連鎖のように用語に対する解答パターンを用意して臨むことでクリアしようというのが無謀な試みであることはほどなくわかることだろう。大学受験のようなペーパーテストをクリアできたからといって、いつまでもテストさえクリアできれば実態なんてどうでもいいなんて世の中を舐めていると辛酸を舐めることになってしまう。*2 「無精で短気で傲慢なプログラマ 技術者・SE・プログラマ面接時の技術的な質問事項で挙げられている問題に対して、全部答えを用意して暗記すればいいじゃん」 「お前頭いいな」 そう言って面接に挑んだ二人は、翌日青冷めた表情をしていた。 そんな単純な方法で挑んだところで、面接官にはすぐに化けの皮をはがされてしまう。一問一答であればマルコフ連鎖的な丸暗記でもチューリングテ

技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発

私は，現在就職活動をしているものです．仕事は，プログラミングなど（最終的には一連の作業をやりたい）をやりたいと思っているのですがプログラミングをやるには大手では難しいのでしょうか？ ここ最近，大手を中心に何ヶ所か就職のセミナーに行きました．ある会社では開発を行っているらしいのですよくよく質問するとプログラミングは行わないらしいです． 難しいでしょうね。今の大手SIerは、単価の高い上流にほとんどシフトしています。それだけなら、別に問題はないのですが、新人にプログラミングなどを経験させずに、いきなり設計をさせることが多い。例えばこんな感じ。 どうも会社では、僕に上流工程を任せようとしているようです。しかしながら僕は、上流工程にはまったく興味がありません。上流工程のほうが付加価値が高いし儲かるということは一応知っているつもりですが、設計をしたり人の調整をしたり、なんていうことは好きでもないし、

WEB+DB PRESS vol.49で、「現場で役立つDRYの基礎知識」が特集されています。とても、良い記事だと思うので、ぜひみなさん、読んでください。 ただ、ちょっと補足をしておきます。 記事の中で、DRYは、「達人プログラマー」の中で、とりあげられ、Railsによって広まったとされています。確かに、Rubyの世界ではそうかもしれないけど、DRY原則というのは、ERモデリング(DOA)の世界では、ずっと「One Fact In One Place」という言葉で知られてきました。 ERモデリングにおける正規化は、「One Fact In One Place」を具体的に実現するための手段です。 DRYという言葉そのものを広めたのは、間違いなくRailsです。しかし、DRYの考え方そのものは、昔からあったし、「One Fact In One Place」という言葉も、昔から有名だったというこ