「子どもが体験するべき50の危険なこと」のタイトルだけ元ネタ。 http://www.oreilly.co.jp/books/9784873114989/ プログラマ一般ではなくソフトウェア開発業界寄りになってます。 「危険な体験談」「あるある」で終わらずに、そこからもう少し考えるきっかけに出来るんじゃないかと思ってます。 「プログラマが体験するべき50の危険なこと」と「きのこ本」 続きを読む
「プログラマが体験するべき50の危険なこと」
「子どもが体験するべき50の危険なこと」のタイトルだけ元ネタ。 http://www.oreilly.co.jp/books/9784873114989/ プログラマ一般ではなくソフトウェア開発業界寄りになってます。 「危険な体験談」「あるある」で終わらずに、そこからもう少し考えるきっかけに出来るんじゃないかと思ってます。 「プログラマが体験するべき50の危険なこと」と「きのこ本」 続きを読む
プログラマはプログラミングをしていないという現実
フロリダのRubyプログラマのSteve Clayさんがブログに投稿した「プログラマーはプログラミングをしている、はずが実際はそうでもない」という記事が話題になっていました。 神話：プログラマは一日中、プログラムを書いている。 現実：多くのプログラマは下記の事に多くの時間を費やしている。（順不同） 外部のプログラマーのMLへのメールやテックでない人へのメールを用心深く書く ミーティングに参加、モックアップやDBスキーマの作成、要求された機能へのパフォーマンスの心配 バグレポートを書く、過去のバグを検索 複雑なシステムの障害の原因を何ギガもあるログを探索して調べる ダウンタイムについてユーザーや上司への説明 他人の問題の解決へ協力 ドキュメント、本、ブログ、リリースノート、脆弱性アナウンスを読む 必要な既存の名前の分からないようなコードを探す 見つかったコードが自分の環境に互換性がありライセ
【まとめ】これはすごい！PCデスク周りの写真を100まとめてみた - ライフハックブログKo's Style
まとめ いろいろありますね。 自分とはセンスの違う部屋からも、面白いヒントが得られたりします。 個人的には、 モノを減らしたいな～Macオシャレだな～デュアルモニターいいな～などと思ったり。 みなさんの部屋もぜひツイッターなどで晒してください！ こちらもどうぞ。 【まとめ】これは気になる！他人のバッグの中身の写真を１００まとめてみた 関連リンク オシャレな収納箱、バンカーズボックスを有効利用する４つのコツ＋α ゴチャゴチャする電源コードをスッキリ！CableBoxが超便利！ 部屋が片付く！魔法の言葉 ～『仕事が変わる「ひとこと片づけ術」』より 自宅内ノマドワーキング（？）のススメ おしゃれ部屋（？）の作り方 ～Ko's Style編
35歳を超えたエンジニアの5つの働き方
おおいしつかさ 旅行とバイクとドライブと料理と宇宙が好き。 Ubie Discoveryのプログラマ。 ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきまし
投げだしたいプロジェクトをどうするか。 島国大和のド畜生
■悪い奴らは来なかった(レジデント初期研修用資料さん) 要するに「経験に裏打ちされないロジックに意味はない」という内容として読んだ。 事実そう思う。 批判は簡単だし、批判している方は自分が批判され無いから気持ちが良い。 だけどそこには実が無い。 言うは易し。行うは難し。ネットは口先だけだから居心地いいけどやはり実が無い。 人の行動のアラを探すのは簡単だが、自分の行動にアラが無いのとは別の話だ。 この辺を読んで思った全然関係の無い話をうにゃうにゃと書く。 ■目の前にあるスパゲティなコードをどうするか。 プロジェクトを引き継ぎました。継ぎ足し継ぎ足しで運用していてグズグズになったプログラムがあります。 さてどうする。 大抵のプログラマはすべて書き直したい欲求に駆られる。 問題のあるプログラムの難所を探すより、問題の無いプログラムをゼロから書いた方が気持ち良い。 だがこの試みは大抵失敗に終わる。
長期的な安定性を求めるならベンチャーにいくほうがいいかも : けんすう日記
こんな時代です いやあ、ここ最近の日本は不景気、不景気と言われたりしていて、結構就職するのが大変だったりするみたいです。 大卒内定率、最低の７７％ 学生９万人就職決まらず - 47NEWS（よんななニュース） 僕が就職した時代の2006年とかは絶好調で、就職し放題だったのですが、たった5年でここまで悪化してしまうのですね。 で、僕なんかはすごい安定志向の人で、リスクとかあまりとりたくないわけです。お金がなくなって不安になったり、人生に悩んだりせずに、安定した人生で幸せに過ごしたいと思っています。 で、そんな僕がベンチャーやってたりするので、「リスクとって怖くないんですか？」と聞かれたりするのですね。 たしかに短期的な安定だとベンチャーは弱いです。病気になったり、なんかあったときに困ることのほうが多い。大企業は一ヶ月休んでも潰れないですが、小さい企業で一ヶ月休んだら大きな影響があったりします
会議にToDo管理、読書にも――今すぐ真似したい「ポスト・イット」活用術 - はてなニュース
貼ってはがせる便利なメモ「ポスト・イット」。最近ではさまざまな色や形のもの、特殊な機能を持ったタイプなども登場していますよね。そんなポスト・イットをもっと有効に使えるアイデアを集めてみました。はてなオフィスでの活用術もご紹介します。 ■ ポスト・イットで「読書」の記録を 本に挟む“しおり”としても使えるポスト・イット。ちょっとした工夫でさらに効率良く読書ができます。 ▽ ぜいたくポストイット読書術 - ナレッジエース ▽ 365日坊主 ポスト・イットの使い方 読み終わったページの目印としてはもちろん、ページ内の気になった箇所に貼ったり、内容について思ったことをメモしたりすれば、自分の読書の記録を手軽に残すことができます。本に直接書き込めない場合も、後ではがせるポスト・イットなら大丈夫。「たくさんのポスト・イットが貼られている本＝自分にとって重要度が高い」と、後で見返した際にも分かりやすくな
アジャイル開発 基本のキ - ヲトナ.backtrace
今、アジャイルの導入のお手伝いをさせてもらっている現場で「他のスタッフにもアジャイルについてざっくり教えてよ」というオーダーで勉強会をやりました。 そこで「アジャイル開発 基本のキ」と題し、実際の進め方の説明ではなく、その手前の考え方や心構えにフォーカスして話をしました。 20名ほどの人数向けに作った資料なのですが、普段アジャイルについてのイントロダクションの話をする時にいれるキーワードは大体盛り込んだ感じになったので、もしかすると誰かの役に立つかもしれないので公開しておきます。 ただし、勉強会のターゲットがエンジニアではなかったので、エンジニアリングについては薄くなっているのでご注意を。 Basic of Basics of Agile DevelopmentView more presentations from Nishimura Naoto. あと、話は変わりますが、普段アジャイル
議事録を書くときに意識すべきこと - Be Happyman!!
開発現場であってもそうでなくても議事録を書く機会は多いのですが、意外に役にたつ議事録を書くのは難しいものです。ということで、以下自著『プロジェクトを成功させる現場リーダーの技術』より議事録の書き方をまるっと引用。キーワードは「目的・課題・アクション！」です。 会議は避けられない 一口に会議といっても、あらかじめ計画されている定例的なものから、突発的に発生する小さなプロジェクト内ミーティングにいたるまで色々ですが、プロジェクトがさまざまな人との協調作業であり、プロジェクトの生み出す価値がたくさんの利害関係者の合意によって成り立つ以上、会議は必要かつ重要な活動です。実際、大規模プロジェクトでは、プロジェクトの計画段階でコミュニケーション計画として会議体が定義されます。世の中無駄な会議が多すぎると嘆かれながらも、実際問題として、プロジェクトは会議によって進んでいるというのも事実です。 現場リーダ
プロジェクト推進者のための議事録の書き方 - 人と組織と、fukui's blog
2011年02月07日 02:53 カテゴリプロジェクトデザイン プロジェクト推進者のための議事録の書き方 Posted by fukuidayo Tweet プロジェクトを設計（デザイン）し、前に進める。という仕事に取り組み始めてから、ありがたい事に多くの仕事の相談や依頼を受けるようになった。やってみて感じるのは、企画するだけでなくて、ものごとを確実に前に進めてくれる人をどこの企業も求めているんだなー、ということ。 プロジェクトを設計し、前に進める。というと大層なことをやっているように思えるかもしれないけれど、実は僕がやっていることは本当に単純で、 ・アジェンダをつくり ・会議をファシリテートし ・議事録を作成する ということをしているだけだ。もちろんプロジェクトを円滑に進めるために必要であれば、情報共有やプロジェクト推進のツールを提供したりもするけれど、基本的には無料で利用でき、汎用性
プロとしての行為 Act as Proffesional
食事を抜く、おざなりにする 朝食、昼食、夕食を熱中しすぎて抜いてしまう。ブドウ糖は蓄えておくことができません。定期的に栄養を取らないと脳がエネルギー不足となって、生産性の低下を招きます。凡ミスが多くなってくる。 きりの良いところで必ず食事をとること。食事の間隔があきすぎることがないように注意する。 生産性のないことに2〜3時間熱くなる 落ちついてコードを読み、設定を直せばすぐに解決するバグを、憶測で○○が悪いのかな？とあれもこれもと手を出すうちに2，3時間を費やしてしまい疲弊してしまう。 感情を抑え、物事を論理的に考える落ち着きを取り戻そう。 何を完了したら仕事が終わりなのかを理解していない コードを書けば仕事は終わりですか？QAやテストやドキュメントなどはいりませんか？誰に承認をえるのですか？これら、仕事として必要なことに注意を向けずに仕事を終わったと思ってしまう。本当に足りないことはあ
これはマネしたい！スーパーエンジニア達の習慣 | Act as Professional
いままで勉強会に顔を出し、すばらしいエンジニアと数多く会うことができた。そして、スーパーエンジニアと共に仕事をすることもできたし、できている。そんなスーパーエンジニア達が持っていた習慣を僕の経験と視点からまとめてみる。 自分が使う道具を厳選して選んで手入れをしている エンジニアでいえばエディタやツールなど。皆が使っているIDEやエディタを何も考えずに使い始めたりしない。 厳選したエディタやツールを使って、手になじませるのである。手になじませるというのは、2つの意味がある。 1つは操作性に慣れること。呼吸をするように自然に、キーボードの上を駆け回る心地よいリズムを奏でるエディタを選ぶ。 2つめは、自分に合わせて拡張しているということ。プラグインのON/OFFだけではなく、オリジナルのショートカットを設定し、適切なハイライト、シンタックスのチェック、コーディングルールのチェック、様々な言語への
ゆーすけべー日記
サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一本吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には食材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい食材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ
エンジニアのこだわりと、継続的開発、チャレンジについて。
前職の頃からよく言うフレーズなのだが、受託をずっとやってきたエンジニアが面接に来た時に、「誤解を恐れずに言えば」という前置きとともにこういうことを言うことがある。 「サービスの開発は退屈ですよ？」 Facebookやtwitterや、若年層向けの携帯SNSや、それに従属するソーシャルアプリのような鬼のような成長をするサービスはよくわからないが、それ以外の従来からある、数多くのWebサービスにおいてエンジニアに求められるものは、如何に目の前の日々レガシーになっていくコードを安定的にメンテナンスしていくか？というサイクルになる。 安定成長するネットビジネスは「ストック型」である。お客様がそのサービスを使い始めて、使い終えるまでの期間を生涯価値として、今まで開発したコードで「サービス」を利用する。 その生涯価値がマルチスレッドのように重なることで、毎月安定的にユーザーが増えて行く仕組みである。と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
