会社でRuby on Railsのデモをやったまとめ - hagino3000's blog
大体こんな感じでした。 作業者 若手マネージャ Rubyについては書籍ベースでの知識のみ、 会社的に開発言語の一つとしてRubyが選択できるように準備を進ようとしている PPT資料の作成を担当 俺 好き勝手なデモを担当 ただしゃべりたいだけ 内容 若手マネージャが資料を見せながら、まつもとゆきひろ氏、Rubyの特徴、RoR、JRubyの紹介を20分くらい。 以降ずっと俺のターン 思いつきでやったので資料無し 完全オブジェクト指向とは？プリミティブ型が存在するJavaとの違いを説明！！ カッコは省略できるよ！ "=" とか "+" もメソッドだよ！ とりあえずrailsのデモをやるよ！開発はeclipseでできるよ！ booksっていうテーブルを用意したよ！！ desc books!! 規約通りのテーブルってこういうのだよ！！id列がキーなんだ！！ 複合キーは使えないよ、複合キー使えない論争
寝転がった状態でiPod touchを片手で簡単に持つ方法
iPod touchで眠る直前までWebブラウジングを楽しむ筆者だが、寝転がった体制で本体を片手で持つのはちょっと不安定。そんな物ぐさな筆者にぴったりだったのが、今回紹介する方法だ。 購入して早3カ月、筆者が所有するiPod touchは「就寝前にWikipediaを読むための専用端末」という、やや特殊なポジションに落ち着きつつある。音楽を聴くためには従来から所有するiPodがあるし、動画ビュワーして使うにはtouchは容量的にやや苦しい。そんなわけで今の役割をあてがわれているのだが、レジューム機能があるのでどのページで読むのを中断しても問題ないし、ドラッグやフリックを用いた画面スクロールも非常に快適である。 ここまで用途を絞り、かつ対象となるページを限定している例もあまりないと思うが、フォーマットが統一されたWikipediaを延々読んでいると、まるでiPod touchが専用端末である
破たんした見積もりはプロジェクト失敗への近道
建築業界では、ほとんどの工事は見積もり額の－10～＋10％に入るといわれており、多少誤差があるが、このPMBOKの定義とほぼ一致している。これに対しシステム開発では、最終的にはどのくらいの見積もり精度なのだろうか。感覚値だが、たぶん、－20～＋100％ぐらいになっているのではないだろうか。 それでは、なぜシステム開発においては、見積もり精度が出ないのであろうか。これには、いくつかの理由が考えられる。 （1）機能の洗い出しが不十分 確定見積もりを算出するためには、プロジェクトで開発するシステムの機能とその難易度が分からないといけない。しかし、見積もりを算出する段階で、そもそも機能は明確になっているだろうか。機能が明確でないのに見積もりを提出しているとすれば、その精度はそもそも期待できなくて当然である。 （2）見積もり技術が確立していない システム開発においては、見積もる人によって金額に倍の開
欲しいのは、PDCAサイクルが短い人 ― ＠IT自分戦略研究所
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 この連載では、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点＝私点」を皆さんにお届けしています。 今回の内容は、リーダーシップトライアングルのManagementに関係します。Managementについては、連載第9回「ソフトウェアは目に見えない」を参照いただければと思います。 ■人材争奪戦争？ 私事ですが、このたび転職をしました。 新会社での私の役割の1つに、業務拡大に向けた人材採用があります
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
