JavaScript上位言語の比較表 - QiitaRegister as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
プレゼン作成の効率化について考えてみる - メソッド屋のブログ
職業柄講演資料を作る事というのは結構多い。しかし、毎回困るのがホンマに時間がかかることだ。今回はベトナムで英語で講演という事がなんと１週間前に決まったので大慌てで作った。しかも日本とソフトウェア開発の事情が違うから一から作り直ししかも英語というわけで、結局２日徹夜した。 多分これは英語云々のお話ではなく私はそもそもプレゼンテーションを作るたびにこんな事をやっている。ホンマにしんどい。なんとか効率化できんものやろか？ということで、Facebook等でつぶやいているといろいろありがたいご指摘をいただいた。 私がプレゼンテーションに求める要件 私がプレゼンテーションに求める要素は三つある。必要十分にシンプル／カスタマイズ可能／かっこよさだ。 私はプレゼンテーションZENスタイルはあまり好きじゃない。すっごくかっこ良くて、プレゼンとして聞いている分にはとてもいいんだけど、後から見たらキレイさっぱり
開発のスループットを犠牲にしてレイテンシを向上させる - soutaroブログ
アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者: Mike Cohn,マイクコーン,安井力,角谷信太郎出版社/メーカー: 毎日コミュニケーションズ発売日: 2009/01/29メディア: 単行本（ソフトカバー）購入: 74人 クリック: 764回この商品を含むブログ (223件) を見る ソフトウェア製品の一部をまず完成させる。次に、別の一部を完成させる。もう一つ、別の一部を完成させる。こういうやり方を続けていくと、最初のほうに作った部分と最近になって作った部分のコードは、かなり違ったものになってしまう。最近になって必要になったモデルの機能は、最初のほうに書いたコードのデザインとうまく一体化していない。そこで、全体を直す作業が必要になる。これをリファクタリングと言う。一つ機能を追加するたびにリファクタリングする必要があるので、当然、開発のスループットは落ち
「アジャイルがダメだと思う7つの理由」から始まったアジャイル論争の現時点のまとめ
「アジャイルがダメだと思う7つの理由」という刺激的なタイトルのエントリを、先週木曜日、3月21日にグロースエクスパートナーズの鈴木雄介氏が公開してから、アジャイル開発に関する議論の波紋が広がっています。 おそらく、これだけさまざまなブログを通じてアジャイル開発の議論が活発化したことはこれまで国内ではなかったのではないでしょうか？ ここでは現時点での議論をまとめますが、興味のある方はぜひここを起点にそれぞれのエントリを読んでみていただきたいと思います。 発端は鈴木雄介氏（id:arclamp）のブログarclampにポストされた「アジャイルがダメだと思う7つの理由」というエントリ。以下がその7つの理由として挙げられたものです。 1.全体スケジュールにコミットできない 2.アーキテクチャ上の無駄が生じる 3.コーチって何だよ 4.変化ヲ抱擁スルために固定化している 5.実証主義的な説明に過ぎな
アジャイルがダメなようでダメじゃないちょっとだけダメだと思う7つの理由 - @ledsun blog
素晴らしいエントリが立て続けに出ているので便乗します。 id:arclampさんのアジャイルがダメだと思う7つの理由 id:haradakiroさんのアジャイルがそんなにダメだと思わない7つの理由 1.全体スケジュールにコミットできない 主語を間違えやすいけど 経営者は顧客やVCと全体の計画にコミットしなきゃいけない の通りで全体スケジュールにコミットできるのはスポンサーだけなんです。開発者は「努力すること」しかコミットできません*1。 現実問題として、プロジェクトを上手くスタートするにはゴールをいつまでに何かって決める必要があります。アジャイル開発でも重視している。アジャイルサムライはインセプションデッキにかなりのページ数を割いています。 2. アーキテクチャ上の無駄が生じる アーキテクチャ設計を慎重に考えても元のビジネスモデルがウンコだったら役に立ちません。困ったことにビジネスモデルは
DDDコナミ感 (Java-ja.ddd行ってきたよ) - ぽにくすじゃないブログ
2013-03-23 DDDコナミ感 (Java-ja.ddd行ってきたよ) DDD java-ja java-ja.ddd行ってきました。ブログを書くまでが java-ja.ddd らしいので、ちょっとした小並感を書いてみます。 java-ja.dddはドメイン駆動開発(DDD)の勉強会なんですが、そもそもエリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践) (DDD本) を買ったはいいけど積んだまま読んでなかったり、ここ数日シムシティ廃人してて平均睡眠時間が三時間切ってるのもあって、色々間違ったこと書いてるかもしれませんので、間違いなどがあるかもしれないという前提でお読みください＆突っ込み、マサカリなど適当に投げてください。特にjava-ja方面の方よろしくお願いします。 第一部ざっくりDDD入門！！ ドメイン = 業務知識 ド
まつもとゆきひろ×増井雄一郎のオープンソース談義 「1人の熱烈なフォロワーがいれば、OSSで世界を変えられる」 - エンジニアtype
GitHubの誕生で、コントリビューターの存在意義が高まった Matz そもそも増井さんがMobiRubyを世界に広めたいという一番の理由って何？ 増井 オープンソース開発の世界で自分のアイデンティティを築きたいという思いからです。もし海外で働きたい、エンジニアとして知名度を上げたいと思った時に、何かプロダクトがないと難しいかなと。なので、今はMobiRubyを成功させたいと思っているんです。 Matz なるほど。何でも聞いてください。 増井 まず、オープンソース開発でこの10年の間に大きく変わったのが、コミュニティのあり方だと思うんです。特に、GitHubがあるかないかってすごく大きい。まつもとさんは、GitHubがあることで一番違うと感じるのはどんなところですか？ Matz 10年くらい前、つまり「GitHub以前」って、バグレポートもイシュー管理も新しいリクエストも、パッチもアナウン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
