Java講座
Java講座 1. ケアレスミスを減らす章 1.1. while ループより for ループ 1.2. 配列を返すメソッド 1.3. チェーンコンストラクタ 1.4. キャッチした例外は必ず使う 1.5. リテラルの比較 1.6. 列挙型の定義 2. 堅牢性を獲得する章 2.1. ユーティリティクラス 2.2. フィールドの可視性 2.3. メソッドの可視性 2.4. クラスの可視性 2.5. 配列フィールド定数 3. 拡張性／柔軟性を獲得する章 3.1. ファクトリーメソッド 3.2. 怠惰な初期化 3.3. 継承はカプセル化を壊す 3.4. 継承の悪い例 3.5. 継承の良い例 3.6. インターフェースの不要な修飾子 3.7. インターフェースで定数定義 3.8. 改行コード 3.9. データの入れ物として使わない 4. 知っていると便
ピクサーが考えるイノベーションの鍵
正直言って、12月の公開まで待てない Pixar の新作「Wall-E」。Pixar は初の長編 CG 映画「トイストーリー」以来、ひとつもハズレ映画を作っていないとんでもない映像制作会社です。圧巻の映像美も素晴らしいですが、シーンの見せ方や、ストーリーにたくさんのアイデアが盛り込まれていて、新作が出る度に驚きと感動があるのが最大の魅力だと思います。アニメーションの世界でイノベーションを続けている Pixar ですが、その秘密は何なのでしょうか。 「Mr.インクレディブル」「レミーのおいしいレストラン」の監督を務めるブラッド・バードが The McKinsey Quartlerly のインタビュー (GigaOM のレポート) でイノベーションのためのキーポイントについて語っています。アニメーションスタジオからの視点ではありますが、参考になるところは数多くあります。 厄介者達を集めよ 皆と
第19回 いつまでやるのかモグラたたき | gihyo.jp
今回は、現場力を高めることについて、考えてみます。 問題が起きた際に、自分たちで解決できることが高い現場力なのでしょうか？問題が起こらない組織やプロセスを構築することが高い現場力なのでしょうか？現場力の定義にはいろいろあるでしょうが、最初はやはり抵抗が目立つものです。 まずは、我々が業務改善のコンサルティング現場で目の当たりにする場面をいくつか示しながら、これまでの連載でお伝えしてきたことを振り返ってみましょう。 無関心現場における初回キックオフ 現場の拒否反応の兆しは、最初の顔合わせの段階から見え隠れしています。 我々が業務改善のプロジェクトに入る前には、入念に依頼者であるコアメンバーと打ち合せを行い、業務上の問題だけでなく組織特性、社員のカラー、企業風土などの話を伺いながら「変革の青写真」を作り上げます。現場のメンバーとの初顔合わせはキックオフと称する1、2時間のミーティングです。依頼
SI開発におけるヒトとカネの話 - レベルエンター山本大のブログ
エンジニアやりつつ、経営や営業をやっている。 このところずっと思っていることがある。 ソフトウェア開発という仕事の成否について、 失敗するのは金の使い方によってであり 成功するのは人の集め方によってである。 プロジェクトは、開発プロセスや、フレームワークやツールやサーバや言語で成否が決まるんじゃない。 開発プロセスがどーのこーのとか、僕もよく言ってたけどね。 極論だけれどもアジャイルでもウォーターフォールでも、なんでもいいって。 プロジェクトは、それを動かす人が良ければ成功する。 言い換えれば技術や方法論は、どうあがこうが組織に溜まるのではなく人に溜まるんだ。 だから良い人に任せたい。 現場マネージャーの立場で考えると、プロジェクトを回すとき 自社の優秀なメンバーばかりで固められたらいいのだが、 優秀な人こそ案件を抱えてるのでうまくアサインできるとは限らない。 自社社員だけで足りない部分を
LiveCodingに学ぶプログラミングの三原則 : 404 Blog Not Found
2007年09月16日04:30 カテゴリArt LiveCodingに学ぶプログラミングの三原則 Mozilla24のLiveCodingの解説をやってきました。参加された方、お疲れさまでした。ほんと楽しかった。 言語もC++ありJavaありJavaScriptありActionScriptありPerlありとまちまちで、Editorもemacsありvimあり秀丸ありとまちまちでしたが、それでも全LiveCoderの共通項がはっきり見えたので、それを書き留めておきます。これらの共通項には私も含まれます。 コピペを恐れるな(don't be afraid to be a copycat) 参加者の一人として、100%フルスクラッチで書いていた人はいませんでした。たいていは関数単位でコピーし、それを適宜書き換えるというやり方をしていました。学校のテストでは反則もいいところですが、大人の世界ではこ
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して
最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ
第4回 オブジェクト指向の本質 | gihyo.jp
エンジニアとして良い仕事をするために必要なこと ソフトウェア業界で日米を往復しながら仕事をしていると、世界中のさまざまなエンジニアに会う。私のように「プログラミングを心底楽しんでいる」人から、「新3K」（きつい・厳しい・帰れない）を身をもって体験している人までさまざまだが、共通して言えることは、エンジニアとしての基礎がしっかりできている人とできていない人では、その生産効率に大きな開きがあり、それが結果的には、会社での労働環境や待遇に、そして結果として自分自身にとっての「仕事の充実度」に、大きな影響を与えているということである。 いつも締め切りに追われている、毎回バグで苦しんでいる、徹夜の連続で体力に限界がきているなど、「仕事がきつい」理由はいろいろとあると思うが、会社や上司の悪口を言う前に、自分自身がプロフェッショナルなエンジニアとしてこの業界で勝負をするうえで必要な最低限の基礎がで
第1回 みなさんの飛躍のきっかけとなった本は？ | gihyo.jp
はじめに IT業界というと、3Kだとか、帰れないとか、泥のようにだとか、昔からいろいろ言われてきています。しかも、Mっ気のある人が多いせいか、言われても反論したり怒ったりせずに、そのままネタにして楽しんでいたりするから余計にたちが悪かったりします。とは言ってもその実、業務外でも頼まれてもいないのに積極的に勉強会に行って同業他社の人と交流したり、土日までつぶしてイベントを開催したり、大量の本を買って家の中がいっぱいになったり…家も会社も関係なく、全力でIT技術者という職業を楽しんでいる人が数多くいます。中には、海外のカンファレンスまで出かけてしまう人もいるぐらいです。まだ、勉強会という場を知らないために、出てこない人もいますが、一度楽しさを知ってしまった人は定期的に色々な勉強会に顔を出して新しい情報を取り入れたり、人に教えて感謝されたり、自信が付いたり、多くの恩恵に授かっています。 さて、そ
ノマドワークスタイルを実現するための(無料)クラウドサービス 12選 - rytich's diary
(インターネット上でデータを管理することで いろんな環境で同一のデータを処理できる方の)クラウドのおかげで 働く場所を固定しなくても仕事が出来るようになりました 仕事するのにオフィスはいらない (光文社新書) 作者: 佐々木俊尚出版社/メーカー: 光文社発売日: 2009/07/16メディア: 新書購入: 197人 クリック: 5,183回この商品を含むブログ (182件) を見る Windows, Mac, iPhone (あわよくば Linux) を選ばず使える (マルチプラットフォーム?) 仲間と情報を共有できる たぶん無料 (フリーミアム) やさしいので参考リンクも記載しています オフィスを持たないWEBプログラマ(住所不定/無職)が使っている クラウドサービスの厳選リストです 「仕事をするのにオフィスはいらない！」と言い切るためにご活用ください (Macユーザーの方はこちらもご覧
「目が疲れた」と感じたら！ 今すぐできる“疲れ目解消法” - はてなニュース
仕事でも家でもパソコンに向かうことが多い現代、常に悩まされるのが「目の疲れ」です。目をゆっくり休めなきゃと思っても、仕事上なかなか難しい人も多いですよね。そこで今回は、手軽にできる「目の疲れ解消法」のエントリーを集めてみました。 ■ 目が疲れたら、温めたほうがいい？冷やすほうがいい？ 最近は冷蔵庫で冷やして使うアイマスクや、レンジで温める目のパックなども市販されています。しかし目が疲れた時、温めるべきか冷やすべきか迷ったことはありませんか？まずはそんな「目の温・冷パック」についてです。 ▽ 目の疲れ・眼精疲労研究室 - 疲れ目解消法 | 目のパックの方法 ▽ 疲れ目解消法あれこれ こちらのエントリーでは、目の周囲が熱っぽい時や白目が充血している時にはタオルを冷水で冷やして「冷パック」を、ドライアイや疲れ目でショボショボする時には蒸しタオルを使った「温パック」をすすめています。オフィスワーク
【翻訳】How to be a program manager - Joel on Software - GoTheDistance
たまたま見かけたのですが、とても示唆に富む記事だったので頑張って和訳してみました。延べ2週間近くかかった・・・。 ITを武器にする企業は、ベンダーやユーザーに関わらず｢program manager｣と呼べる人たちが必要だと思っています。37Signalsの｢Getting Real｣に近しいことをJoel自身も語ってくれていますし、今後僕らがどのようなキャリアを積んでいけばいいのか、技術力を梃子にしていく組織を作るのにはどうしたらいいのか、そういうヒントが込められています。 Joelの英語は、同じような意味の言葉を複数の言葉を使い分けて言っていたり、ぐるっと回り込んでから要点を記述することが多いので、正確な意味を伝え切れていないかもしれませんが、大きく意味が外れないように留意したつもりです。 原文はHow to be a program manager - Joel on Softwar
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
金曜の東京
ミーティングで使えるちょっとした話法いろいろ | IDEA*IDEA
ホーム | Social Change!
第12章 醤油の標準成分分析表
IDEA * IDEA
TechCrunch | Startup and Technology News
sotec.jp