サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
買ってよかったもの
hanadix.hatenablog.com
ネットでのケンカっていろいろありますな。古くは netnews (fj) での罵倒スレッド、まだ Blog とは呼ばれてなかった日記サイトでの罵倒リンク合戦。 netnews では割とそのスジの専門のセンセイ方でのカードが多く、流石はそのスジの集まりだから、ここから学ぶものは少なくはなかったですな。 日記サイトでは、どちらかというともっと「世間」みたいなものが出てきて「言い方がどう」とか「都合の悪いエントリ消した」とか、割とおもしろくなかった。 そこで今回は Twitter ですが、とりあえず Twitter ブームらしいので、著名人の方もいろいろおられます。そこでのバトルはなかなかすごい。 netnews も 日記サイトも、前者は研究者のセンセイ。後者は趣味の文章書きのバトルなわけですが…。 Twitter では、プロ評論家 VS プロライターなどという、これまでにはなかった展開でありま
はてなダイアリー を読んで思ったこと。 私は別に自分をクリエイターだとは思ってないけど、その昔、大まかな仕様と新しいマシンだけあって、細かいところはよろしく、なプロジェクトでゴリゴリとコードを書いていた。そんなとき、自分は「1日に2回しかチャンスがない」と思っていた。 午前中は頭が回らないので、雑用を片付ける。 午後になると徐々に集中力が出てきて、今まで頭でぼんやり書けていたソースが指からぴゅるぴゅると出てくる。自分のタイピングの遅さに苛立った。 こういう時間が3時間ほど続く。するとそこにはばっちりコードが書けている。動かしてバグがあると、自分で仕掛けたトラップにつかまる。問題箇所の特定は数分で終わる。 そして、ものすごくクリアだった頭に霧がかかり始め、あんなにはっきり見えていた「やるべきこと」が霧の向こうに消えてしまう。 こういう時間が夕方にもう1回くる。 この2回のチャンスを生かそうと
今年もIT業界にたくさんの新社会人がやってきたと思います。 そんなみなさんに、一番最初に本音を言っておこうと思います。思いついたことを無責任にぐりぐりと。 全文はこちら
ここでは基本的に時事ネタは扱わないのだけど、最もタメになる「初心者用言語」まとめ - UK is not Britonish - ハチロク世代 で盛り上がってるように、初心者用のプログラム言語として何が良いか、ネットで話題になっている。これについて、ちょっと考えてみた。 個人的に思うことは Ruby はおそらく二番目の言語として良い言語であるだろう、ということだ。Lisp系の言語は正直敷居が高い。「初心者歓迎」の看板のないジャズのジャムセッションに行くぐらい怖い。お前が腰を据えて勉強してないからだろうと言われればそのとおりなのだけど、それに比べると敷居は比較的低いが Ruby は Lisp 的感動がある言語だと思う。あと Perl は「道は険しいかもしれないが、ゴールは必ずある」と言う感じだけど、Ruby は「それをやるのはトレードオフがあるけどいいのか?」とプログラマに問い掛ける感がある
うちには NINTENDO DS が2台ある。2台も買えるほど裕福ではないのになぜあるかというと、1台は子供の誕生日のプレゼントで、1台はよめさんが懸賞に応募したら偶然当たったからである。 で、よめさんの DS が壊れた。子供が落としておりたたむ回転部分が外れてしまったのだ。 でもよめさんはあまり使わないし、子供用 DS があったのだが、この前子供1号が使用中に子供2号が体当たりして、同じように壊れてしまった。 というわけで、どうせなら一緒に、ということで https://www.nintendo.co.jp/n10/repair/index.html から修理を依頼すると、梱包用の箱が送られてきて、それに入れて送付。 すると、なぜかよめさん DS が先に返送。ちなみに「本来なら有料になりますが、無料とさせていただきます」とのことで0円。本体交換。 で、なんで子供 DS が遅いのかなと思っ
ところで まなめはうすさんのところで、おそらく今年最後のひっかかり。 個人的に大規模ではSEに依存し、小規模ではプログラマに依存すると思う。だから、大規模でしか仕事したことのない私はSEが重要だと思っているんだよね。プログラマのスキルレベルに依存しない体制を作り上げることが最強なのです。 あえて悪いほうに解釈すると『プログラマのスキルレベルに依存しない体制』って例えば、マニュアルどおりの対応しかできない人が頭数だけそろっても大丈夫な体制ってことでしょうかね。じゃあもしそういう体制ができたら、べつにプログラマじゃなくてもいいですよね。だってスキルに依存しないんだから。まあ、そこまでじゃなくて、じゃあ最低ラインスキルのプログラマさんたちだけ来ていただくことになるんですかね。 SEとなってしまった自分にとって、プロジェクトでもっとも重要なことは「メンバの個々のスキルを適切に判断し、適材適所に配置
みなさん、わたしのしがない経験談にコメント、ブックマーク、リンク、トラックバックしていただきありがとうございます。元はと言えば、仕事の帰りに「そういえば、デスマで火消しっていうけど、問題が解決するというのは火が消えることじゃないよな…」とふと思って、じゃあなんだろう、と自分でも考えながら書いたエントリでした。 職場から携帯でチェックしてたら、異様なアクセス数になっていたので、何事かと思ったら、artonさんが紹介くださっていて、artonさんのプロダクトのみならず、その独特な文体のファンである私に、まさにその文体で1エントリを割いて下さって、何か感極まってました。 その後、アクセスが落ちてゆくと思ってもなかなか落ちないなあ、と思ったら、どうやらはてブの人気エントリに上がっていたらしく、アクセスが維持されました。ブックマークのコメントを読むと、みなさん、着目されたポイントは色々あるものの、好
ご無沙汰しております。 どうでもいいことなんですが、久々にエントリ書こうかと思って、ついでだからブログタイトル変更して、エントリ自体は公開せずに削除しちゃいました。 REROUTED して新ルートに行こうと思ってたんですが、行けなくて REBOOTED です。残念ながらまだスタンバイではありません。 で、エントリ書かないのは、なんか罪悪感感じるんで、先日あったことなどを少し。 当ブログの数少ないバズった(←そういう言葉もなかった)コンテンツで最大のものがこちらでございます。 任天堂のすごさを垣間見たとき - はなぢー戦記 このDSの持ち主である子供1号もティーンエイジャーとなり、iPhone でニコ動に、LINEに、YouTubeにと、最近の若いモン状態となってるわけですが。 先日、ついに上記の記事に自力で辿り着いてしまいました。 どっかの神対応まとめサイトからリンクで飛んだら、昔の自分が
このエントリは デスマーチについて考える前にデスマーチの経験を書く の続きです。(2007/2/16追記) 私はテスタとして、必ず バグの修正を「お願いします」と言う。 バグ修正確認時は、必ず直してないところも最低1箇所は触ってみる。(でよく落ちる) バグ修正が確認できたら、できるかぎり早く「確認できました。ありがとうございました」と言う。 を実践してゆきました。 ある日、一人のプログラマさんから相談を受けました 「今度の機能なんですが、納期が近いから単体テストせずにkshさんにテスト依頼しろってSEさんから言われたんですが、そんなことしたくないんです」 以下、全文はこちら
その昔、とあるプロジェクトがものすごいことになっていて、猛烈な勢いでスケジュールが遅れているのに、仕様がまったく決まっておらず「とりあえず」作ったモノを現地にブチこんで、そのあと燃え上がるであろう事態を収めよという命のもと、テスタとして放り込まれたことがある。 まずお客さんがいいかげんだった。もともと現行システムがあるので「仕様は現行と同じでいい」と言いながら、思いつきで「新しいシステムだからこんな機能も欲しい」という、失敗するならそれ! ということを頻繁に行った。 受けたSEもいいかげんだった。お客さんが「このボタンを押すと計算結果が出る」というと、仕様書には「ボタン押下により計算結果が出力される」としか書かなかった。その計算はどのデータに基づいてどのような式で行われるのかは書かれなかった。もしそれをお客さんが(幸運にも!)教えてくれても、それが議事録に書かれることはなかった。 受けたプ
このページを最初にブックマークしてみませんか?
『ブログは死なず、ただ放置されるのみ。』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く