並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 3912件

新着順 人気順

プロジェクト管理の検索結果321 - 360 件 / 3912件

  • ハタさんのブログ : Javascriptによる大規模開発の覚え書き

    未だに半年前のエントリにブクマされるみたいなので、もう少しjavascriptについて書いてみる。 今回は大規模化開発におけるJavascriptの注意点とかそういうの。当てはまらない環境の方もいます。(しかも基本的な事だらけで大したことは書いてないです) ほぼリッチクライアントを主目的としたjavascripterとコードを対象とします。 どちらかというと、ライブラリを提供する側の視点から 1.ログを出力せよ あなたが書いたコードは遅い、と必ず言われます。なので言われる前から、自分の書いたコードの処理時間をログするようにしましょう。 次のような処理時間を計測するロガーを作ります。 var TraceLog = function (){ this.startTime = -1; var outer = document.getElementById('_outer'); if(oute

    • マネジメントに悩める全てのエンジニアにささげる 伊藤直也の1人CTO Night

      …というのに行ってきたのでメモを晒します。社内共有用に書いたんだけど、秘匿情報もないのでほぼそのまま公開します。乱文かつ文中敬称略にて失礼。 ~マネジメントに悩める全てのエンジニアにささげる~ 伊藤直也の1人CTO Night |転職ならDODA(デューダ) 開発組織マネジメントのコツ対象 : 50 – 100人ぐらいのWeb / 受託会社CTO or VP of Engineering海外ではCTO : テックリードのイメージが強いマネジメントをするのはVPofEが多いCTOがマネジメントしたくなければVPofEを雇うのもありスコープチームマネジメントヒューマンマネジメント基本姿勢「イシューから始めよ」解の質 x イシュー度 -> バリューのある仕事イシュー度 : 問題設定の正しさ問題解決ではなく問題発見にフォーカスマネージャーの仕事は問題設定あとはメンバーが解いてくれるチーム構造開発組

      • レビューの仕方

        Open8 勉強会で発表したレビューの仕方と心理的安全性の話しです。

          レビューの仕方
        • Visual Studio Community - Visual Studio

            Visual Studio Community - Visual Studio
          • 開発組織のマネジメント

            フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

              開発組織のマネジメント
            • フィボナッチ工数見積は「完成させます!(徹夜で)」という無理ゲーによる弊害を最小化するプロジェクトマネージメント手法 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記

              今まで数々のプロジェクトマネージャーとそのプロジェクトマネージメント手法に翻弄されてきたが、現在の勤め先であるベルリンのITスタートアップで取り入れている手法が歴代の中でも一番マシ。まず工数見積がとても洗練されている。エンジニアが無理やりに「今週中に完成させます!」と言わされて、結局はその約束が守りきれずに翻弄される、というような弊害が最小化できているな、という話。 プロジェクトマネージメントチームのメンバー達はその見積方法を「フィボナッチ」と表現している。 だいたい工数見積なんてものが正確にできる人に出会ったことが無い。複雑なITプロジェクトの全体像を把握して「これをうちのチームで完了するためには**日を要する」なんてピタッと当てたためしがない。絶対にズレる。 エンジニアに向かって「お前さー『今週中に完成させます』って言ったよな?誰だっけ、それ言ったの?オレじゃねーよ。お前だよ。おめーの

                フィボナッチ工数見積は「完成させます!(徹夜で)」という無理ゲーによる弊害を最小化するプロジェクトマネージメント手法 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
              • 先が見えない時代で成功するために必要な7つの武器

                去年2011年は震災がありました。戦後の高度成長の延長線上にあった世の中の仕組みが崩壊しつつあります。今年は新しい仕組みで世の中が動き始める年になるでしょう。 僕は君たちに武器を配りたい 目指す姿を明確にして、自分の武器を理解して、徹底的に努力して、自分で自分を律していく必要があります。周りから与えられたことを、なんとなく一生懸命にやるだけでは、買い叩かれる人材になってしまいます。 本書は我々に勇気を与えてくれます。我々にいま必要な具体的な「武器」を教えてくれます。本書の内容から、特に必要だと感じた7つの武器をピックアップしてご紹介します。 1. 英語・IT・会計知識は奴隷のスキルであることを知る これまでの「人材マーケット」では、資格やTOEICの点数といった、客観的に数値で測れる指標が重視されてきた。 だが、そうした数値は、極端に言えば工業製品のスペックと何も変わりがない。同じ数値であ

                  先が見えない時代で成功するために必要な7つの武器
                • 部下が報連相しない理由は、上司に報告・連絡・相談するメリットがなにも無いから。 | Books&Apps

                  ちょくちょく自省します。 皆さん、報連相してますか?ないし、されてますか?新入社員の時に口酸っぱく言われましたよね、報連相。ポパイかよって感じでした。 例えば、自分のタスクの進捗状況、あるいは進捗の不調を上司に共有することは大事です。 リスクを早め早めに共有することも重要ですし、課題について手が打てる内に上司に相談することも大変重要です。 「進捗ダメです」なら、ちゃんと「進捗ダメです」と言わないといけません。 リスクを自分ひとりで抱えていることは、その人にとっての不利益にもなります。 リスクを報告していれば「言ったやん」と言えるところを、リスクを共有していなければ「なんでこんなことになるまで一人で抱えこんでたんや」という話になる。リスクを報告することは、責任を移転することでもある。 だから、報連相は「プロジェクトの為」でもなく「会社の為」でもなく、なにより「自分の為」である。 うん、いや、

                    部下が報連相しない理由は、上司に報告・連絡・相談するメリットがなにも無いから。 | Books&Apps
                  • HDD以上に便利なオンラインストレージ“Dropbox” ― @IT

                    2007/04/09 OSのファイルシステムに統合され、Windows上からは通常のフォルダとして扱えるオンラインストレージサービス「Dropbox」の詳細が明らかになった。Dropboxは、複数のPCから同一フォルダが扱えるだけでなく、バックアップや変更履歴管理、ローカルファイルシステムと完全な透過性を備えた高機能なオンラインストレージサービスだ。 rsync、trac、subversionのいいところ取り 「ほかのオンラインストレージや同期サービスは、どれも使うのが面倒だったり、十分にスケールしなかったり、あるいは何か制限があったりするので不満だった。それじゃあということで、自分たちで、まともなものを作ろうと決めた」。DropboxのCEOで開発者のDrew Houston(ドゥリュー・ヒューストン)氏は@ITのメールインタビューに答え、開発の動機をそう語る。マサチューセッツ工科大学で

                    • @ITイベントカレンダー

                      平素よりイベントカレンダー+ログをご利用いただき、誠にありがとうございます。 イベントカレンダー+ログは「IT・製造業・ビジネス関係のイベント(セミナー・展示会・勉強会・コンテスト・Webイベントなど)を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー+ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年6月30日(火)15:00をもちましてイベントカレンダー+ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら

                        @ITイベントカレンダー
                      • リーダーが押さえておくべき10箇条 - モチベーションは楽しさ創造から

                        私の上司は「能力」が低すぎます!:NBonline(日経ビジネス オンライン にもありますが、今、上司、リーダーの役割が果たせていない上司が増えているとういコトが問題になっています。 これから更に景気悪化が深刻化してくるようになれば、職場はドンドン元気がなくなっていくでしょう。かといって、カンフル剤などはありませんから、各職場のリーダーの役割が特に重要になってきます。リーダーのモチベーション力、やる気を引き出す力は当然の事かもしれませんが、それ以外にリーダーの役割とは、どのようなものがあるのでしょうか? 今週読んだ本で、新将命さんが書かれた「伝説の外資トップが説く リーダーの教科書」には、リーダーが果たすべき役割が上手にまとめてありました。リーダー必読の書ではないでしょうか? 伝説の外資トップが説く リーダーの教科書 作者: 新将命出版社/メーカー: 武田ランダムハウスジャパン発売日: 2

                          リーダーが押さえておくべき10箇条 - モチベーションは楽しさ創造から
                        • はてなブログチームの開発フローとGitHub

                          6/1 github kaigi

                            はてなブログチームの開発フローとGitHub
                          • GitHub for Windows

                            GitHub Desktop Focus on what matters instead of fighting with Git. Whether you're new to Git or a seasoned user, GitHub Desktop simplifies your development workflow. Download for macOS Download for Windows (64bit)

                            • プロジェクトマネジメントのおすすめ本を4つの分類でご紹介|コーヒー好きのPM

                              このnoteでは、プロジェクトマネジメント(以下、プロマネと略記)のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 2024.06.12 以下書籍を追加 ・プロジェクトマネジメント 最強の教科書 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 ◆今後追加予定◆ ※追加のお知らせはX(@coffee_nomimasu)にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・プロジェクト・シン・エヴァンゲリオン ・アート・オブ・プロジェクトマネジメント ・ITエンジニアのためのプロジェクトマネジメント入門 プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、 プロジェ

                                プロジェクトマネジメントのおすすめ本を4つの分類でご紹介|コーヒー好きのPM
                              • Twitterを全社導入して気づいたこと - EC studio 社長ブログ

                                ——————————————————————————— ■書籍紹介:「iPhoneとツイッターで会社は儲かる」 iPhoneとツイッター、そしてGoogle Appsに組み合わせた クラウド上で起こるコミュニケーション革命について詳細に解説しています。 最終章ではGoogle 代表取締役の辻野氏との対談も収録しています。 ※アマゾンで購入いただいた方にはGoogle辻野社長とのインタビュー 音声ファイルをプレゼント!書籍には収録されていないGoogleの未来についての 話がたっぷり詰まっています。詳しくはコチラ ——————————————————————————— EC studio ではTwitterを全社導入して1ヶ月が経過しました。 そこでTwitter導入を検討している企業やTwitterに関心のある方向けに 実際全社導入してどうだったか気づいたことを書きたいと思います。 約1ヶ

                                • 初心者でも「45分」で作れる! 高品質バナーの作り方! | LISKUL

                                  広告バナーって「ひとつや2つくらいすぐできるだろう」と思っていても案外時間がかかってしまいますよね。 Webサイト制作と同じように配色やレイアウトなどの一つひとつに迷ってしまう方も多いと思います。 実は私も最近までバナーを制作するのに2時間以上かかっていました。しかし「どうすれば速く簡単にバナーを作るのか」を繰り返し試行錯誤する中でやっと見つけたのがこの方法です。この方法を身につければ誰でも1時間足らずで効果の高いバナーを量産することができると思います。 各制作ステップの見出しの横に実際にその作業にかかった時間も記載していますので、これをひとつの制作時間の目安として参考にしてください。 またこれまでに公開しているバナーの基本ルールやレイアウトの記事も紹介しておりますので、そちらも合わせてご覧いただけるとバナーに関する理解も深まると思います。 コンバージョンする!高品質なバナー作成方法 そも

                                    初心者でも「45分」で作れる! 高品質バナーの作り方! | LISKUL
                                  • システム発注側の愚痴

                                    朝も早くから目が覚めたので、出社前に愚痴っとく。 当方のスペックは ・30代、化学系メーカに勤務。 ・大学での専攻は情報系ではない。パソコンは趣味でいじってきた。 1. SIerへの思い ・毎回、見積もりの度に「何人月ですか?」と聞くが、聞いてる私だって無意味な質問だと思ってるよ。 すまん、私の説明が悪すぎるのか、こっちの決裁権者は上から下まで人月でしか理解できないんだよ。 妥当かどうかはわからんけど、例えばソースの行数単価とか、プログラムの容量単価とかで説明したこともある。「訳がわからないから、やっぱり人月で表現してくれ」と言われたがな。 ・要求する機能に対して短い納期を設定しているが、「なんとかします」って言ってくれてありがとう。無理をねじ込んでごめん。 私にはお金関係を決裁する権限もなければ給料も安いから、ありがとう、ごめんと言うしかできない。 ・毎年「保守費、下がりませんか?」とお

                                      システム発注側の愚痴
                                    • エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita

                                      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? システムには障害がつきものです。どんなにしっかりと作られたサービスであっても思わぬところで、バグやミスが発覚して、トラブルになるものです。大事なのはこういった障害を次への糧にしていくこと。失敗というのは大事な資産なので、管理できるようにしましょうという話。 あわせて読みたい あきらめるにはまだ早い!ソースコードの品質向上に効果的なアプローチ メンタリングの方法について基礎をまとめました。内心でなく行動を変えることが障害報告とも共通します。 新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック 半年で40k

                                        エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita
                                      • ゲーム開発における失敗するに決まってるプロジェクト問題 島国大和のド畜生

                                        俺は開発中プロジェクトの進行具合を見ればその後の成功失敗をわりと当てることができる。(偉そうに出たが、開発者の何割かは息を吸うようにこれをやる) 数日一緒に仕事をすれば確度はもっと高くなる。 美味しんぼにおける、「天ぷらを揚げる前に、上手い天ぷらをあげる職人が分かるか?」という奴だ。これのチーム版。 なぜそれが解る人と解らない人が居るかを説明する。 犬は嗅覚の世界で生きていて、鳥は視覚の世界で生きている。お互いの世界は理解することができない。 ゲームの開発現場には、犬、鳥、トカゲ、深海魚、ナマケモノと各種種族が入り混じっているので、ある属性の人には別の属性の人の重要な事象がまるで見えていない事がある。犬の世界は鳥には分からないのだから。 例えば日本人は、昔、青色と緑色は同じと扱っていた。どうでもよかったのだろう。 砂漠の民はラクダを表す言葉が年齢性別によって細かく区別されているという。重要

                                        • 株式会社ガイアックスの公式サイト › ガイアックスオフィシャルサイト

                                          GAIAX IS A STARTUP STUDIO DETERMINED TO SOLVE SOCIAL ISSUES ガイアックスは、人と人をつなげるため、 ソーシャルメディアとシェアリングエコノミー領域、 web3・DAOを用いた事業に注力する 起業家輩出のスタートアップスタジオです。

                                            株式会社ガイアックスの公式サイト › ガイアックスオフィシャルサイト
                                          • これ1つで完結するかも。プロジェクト管理ツール・Asana(アサナ)の使い方 | ライフハッカー・ジャパン

                                            買うべきテレビはレグザのコレだ。43型4K/120Hzがガッツリ値引きされました【Amazonセール】

                                              これ1つで完結するかも。プロジェクト管理ツール・Asana(アサナ)の使い方 | ライフハッカー・ジャパン
                                            • Web業界でよく使う用語の英語辞典

                                              2014年8月22日 Web関連記事, 英語 英語のサイトにはたくさんの素敵情報が溢れていますが、なんだかハードルが高く感じていませんか?頑張って読んでみたけどわからない単語につまづいたり。という事でWeb業界でよく使う英単語を、過去のメールのやり取りを読み返したりして思いつく限り書いてしました(そのままカタカナになっている単語は省きます)。ポイントをおさえれば「「英語だから…」なんて拒否っちゃ駄目なWEB屋が知っておくべき厳選ブログ、WEBマガジン色々」で紹介されているようなサイトもスラスラ読めるようになるかも!? ↑私が10年以上利用している会計ソフト! 目次 あ行 か行 さ行 た行 は行 ま行 や行 ら行 あ行 値 – Value HTML、CSS、JavaScriptなどなど、いろんな場面で出てきますね。 You can get the value of a form elemen

                                                Web業界でよく使う用語の英語辞典
                                              • あの日、Twitterのくじらが出なかったもう1つの理由

                                                社会を率いているリーダーは、いつの時代にも存在する。しかし、そのリーダーたちの顔ぶれは、毎年異なる。ここ数年、世界で注目されているリーダーの顔ぶれはどのように変化してきたのか。 社会を率いているリーダーは、いつの時代にも存在する。しかし、そのリーダーたちの顔ぶれは、毎年異なる。ここ数年、世界で注目されているリーダーの顔ぶれはどのように変化してきたのか。その移り変わりについて、漠然と想像することは可能だが、具体的に説明することは難しい。しかし、多くの活躍するリーダーの姿を間近で見てきた元日本マイクロソフト会長、現慶應義塾大学大学院メディアデザイン研究科 古川享教授は、その変化を明確に示す。 今回は、2013年11月下旬から12月初旬にかけて古川氏が登壇した2つのイベントで語られた内容を合わせてレポートする。イベントは、慶應義塾大学大学院メディアデザイン研究科が主催した講演会「メディアイノベー

                                                  あの日、Twitterのくじらが出なかったもう1つの理由
                                                • 一流の研究者のマネージメント、21の鉄則

                                                  一流の研究者の「先生」がいつも懐かしく語る、先生のさらに上のボスの話があります。戦後間もない時代に、学位を取ったばかりの先生を見いだしてアメリカに引き抜き、自由に研究をすることを許した、これまた伝説的な研究者です。先生はいいます: 「年度が終わる頃になると、彼は私に『今年お前が使ったコンピュータの利用料だ』とレシートを渡してくれたものです。年に2億円は使っていたでしょうか!」 これはケネディ大統領時代の話ですので、当時としては今以上に大変な金額です。当時世界にいくつも存在しない最新のコンピュータを、先生は独占的に利用でき、そのおかげで輝かしい業績が次から次へと生まれたのでした。 「しかしボスは一言も文句を言わないんですな。予算をとってくるのは自分の仕事。お前たちは研究をしろ、というわけでした。今の私がいるのも、あの人のおかげですな!」 科学者の世界も、お金と、権力と、事務作業と無縁ではいら

                                                    一流の研究者のマネージメント、21の鉄則
                                                  • エンジニアにとって良い組織とは何かを知りたい? - naoyaのはてなダイアリー

                                                    「エンジニアにとって良い組織体制ってどんなものですか? お話を伺いたいのですが・・・」と依頼をいただくことがあるが、都合上全部を受けてはいられない。ので、そういう疑問を持たれた方は以下の本を読むと良いかと思います。 How Google Works (ハウ・グーグル・ワークス) ―私たちの働き方とマネジメントposted with amazlet at 14.10.18エリック・シュミット ジョナサン・ローゼンバーグ アラン・イーグル 日本経済新聞出版社 売り上げランキング: 19 Amazon.co.jpで詳細を見る 小さなチーム、大きな仕事〔完全版〕: 37シグナルズ成功の法則posted with amazlet at 14.10.18ジェイソン・フリード デイヴィッド・ハイネマイヤー・ハンソン 早川書房 売り上げランキング: 7,579 Amazon.co.jpで詳細を見る Tea

                                                      エンジニアにとって良い組織とは何かを知りたい? - naoyaのはてなダイアリー
                                                    • 炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance

                                                      最短でイッセンマンITエンジニアを目指すなら大炎上プロジェクトがオススメ!!経験浅でも採用の可能性が上がるし、週最大7日間1日15時間以上、プロに揉まれながらスキルを磨けるので面倒な家での積み上げは不要!やり遂げた際の経験値はヤバいし、活躍によってはPMが次のPJに引っ張ってくれるよ!— 代表取締役 岩元仁@株式会社ロックシステム (@iwa3nen) 2021年8月28日 経験の浅いエンジニアが1千万の年収を得る最短ルートが、炎上案件に飛び込んですげぇ修行して界王拳をマスターしろなのか... 社員にそれを言えるのがすごいな。(いわもと様から社員向けではないとコメントを頂いたので、打ち消します) 炎上プロジェクトで心を病んだ人を多かれ少なかれ見てきて、人づてに色んな哀しみを聞いている身としては、危険としか言いようがない。 僕が若い頃にやった、月稼働400時間が2ヶ月続いたプロジェクトは炎上

                                                        炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance
                                                      • 現代的システム開発概論

                                                        2023年度リクルート エンジニアコース新人研修の講義資料です

                                                          現代的システム開発概論
                                                        • 「進捗どうですか?」より2015倍捗る「困ってますか?」 - Qiita

                                                          概要 お願いした作業の進捗を聞くときには「進捗どうですか?」より「困ってますか?」と聞くほうが何倍も捗るよ、というお話。 タイトルの2015倍は冗談です。念のため。 「進捗どうですか?」はダメです あけましておめでとうございます。ところで皆さん進捗どうですか? ・・・いやー、流行りましたね。 この「進捗どうですか?」はtwitter上で使うと「最近どうよ、忙しいの?」程度の挨拶で面白みがあるのですが、実際に仕事で使うとなんのいいこともないと思うのです。 質問攻め いいことがないと思う理由は、「進捗どうですか?」は質問攻めになりやすいと思うからです。「進捗どうですか?」の先に待っているやりとりはだいたいこんな感じです。 「進捗どうですか?」 「進捗ダメです。」 「どこがダメなの?」 「単体テストが遅れています」 「どれくらい遅れてるの?」 「えーと・・・、0.5日分くらいです」 「項目数でい

                                                            「進捗どうですか?」より2015倍捗る「困ってますか?」 - Qiita
                                                          • 個人開発のコストはDB次第 - laiso

                                                            個人でWebサービスを継続的に運用するのは金がかかってかなわんという問題がある 「個人開発」だと定義が曖昧なので自己資金かつ赤字のプロジェクト(Webサービス)ということにする。 そういうプロジェクトではプロダクトオーナー=自分、開発者=自分、予算管理者=自分というロールになるので予算管理者としてコストを図る必要がある(ここでいうコストはWebサービスを実現するアプリケーションのランニングコストのこと)。 通常はみんな自分の人件費を0として計算していると思う(逆にいうとそれが負債という考え方もできると思う)。 ただしメンテナンス時間とコストのトレードオフもあるので、人件費0ではあるけど有限の時間は別軸として管理しているのが普通だと思う。極端な例だと「コスト削減できるけどメンテナンス時間10倍になる」というのは避けられる。 仮に個人開発のプロジェクトの予算を月数千円から高くても1万円ぐらいか

                                                              個人開発のコストはDB次第 - laiso
                                                            • github を用いた開発フローテンプレート

                                                              • なぜふわっとした仕事を具体的なタスクに落とし込める人が少ないのか - teruyastarはかく語りき

                                                                blog.tinect.jp プロジェクトマネージャーの話らしく、抽象的な課題を具体的に落とし込むことができればそれだけで食っていける。転職の際はそこを強くアピールしたほうがいい。その能力を積むには実践と経験しかない。それはそのとおりかと。 でもこの記事には他に 「タスクをきちんと落とし込める人材が少ない。育たない。面接採用でもその能力は見抜けない。」というふわっとした課題がそこに発生している。主題ではないとしても「実践と経験つむしかない」は課題解決として弱い。 この記事で理想的な人は元スクエニCTO 橋本善久 が思い浮かぶ。 ロンチ大失敗したFF14を1から作り直した大黒柱の一人。 下のプレゼンは様々なタスク管理をコントロールする術が書かれている。 http://www.jp.square-enix.com/tech/openconference/library/2011/dldata/

                                                                  なぜふわっとした仕事を具体的なタスクに落とし込める人が少ないのか - teruyastarはかく語りき
                                                                • テスト駆動開発について僕は誤解していた - 偏見プログラマの語り!

                                                                  ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや?TDD とは何ぞや?ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは?」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック

                                                                    テスト駆動開発について僕は誤解していた - 偏見プログラマの語り!
                                                                  • 20名超の会議を必ず1時間で終わらせる“ライブドア流”会議術 - livedoor ディレクター Blog

                                                                    こんにちは、livedoor Blog を担当しています佐々木です。 「livedoor Blog」プロジェクトの定例会議は、検討する議題が山積みで関係者も多く、いつも20名を超すスタッフが集まります。ですが、長時間の会議はデメリットしか生みませんので、“会議は週に1回1時間だけ”と制限を決めて、そのなかで効率的な会議の方法を試行錯誤しています。 そこで今回は、「アジェンダの作成方法」に焦点をあて、“ライブドア流”会議術の一端をご紹介したいと思います。 【01】アジェンダは前日のうちに関係者にメールする 会議で使用するアジェンダは、前日のうちに関係者にメールして目を通してもらい、補足がある場合には事前に受け付けます。 そうすることで、参加者が予習をするようになり、会議での話がスムースになります。また、アジェンダの内容によって「今回は欠席する」という判断がしやすくなるのもメリットで、参加して

                                                                      20名超の会議を必ず1時間で終わらせる“ライブドア流”会議術 - livedoor ディレクター Blog
                                                                    • 提案依頼書に含まれる 無理難題の分類

                                                                      • テスト駆動開発とマイクロサービスのせいで短命に終わったスマホゲームの話

                                                                        「悪い方が良い」原則をご存じだろうか? プログラミング言語「Common Lisp」の開発に携わったことでも知られるソフトウエア技術者リチャード・ガブリエル(Richard Gabriel)氏が1990年に発表した有名なエッセイ「The Rise of ``Worse is Better''」で主張したソフトウエア開発の考え方だ。 このエッセイでガブリエル氏は、美しく完全に設計・実装されるより、単純で雑に設計・実装されたソフトウエアの方が良いと説く。彼は前者を「正しいやり方」「MIT/スタンフォード式」、後者を「悪い方がよい原則」「ニュージャージー式」と呼び、ニュージャージー式がいかに優れているか様々な事例を挙げて説明する。 これは一見とても奇妙に聞こえる。 ソフトウエア開発では通常「美しい設計」や「美しいコード」が尊まれる。「車輪の再発明はするな」とか、「階層構造に分けて、要素をいつでも

                                                                          テスト駆動開発とマイクロサービスのせいで短命に終わったスマホゲームの話
                                                                        • 「作ってから売る」と「売ってから作る」と「売れるようにしてから作る」 ~技術の社会実装のための『開発』~

                                                                          UNITT (大学技術移転協議会) アニュアルカンファレンス 2023 の講演資料を基にした、研究所向け & 技術起点のスタートアップ向けの資料です。『標準化』に関するセッションだったため、ルールメイキング等につ…

                                                                            「作ってから売る」と「売ってから作る」と「売れるようにしてから作る」 ~技術の社会実装のための『開発』~
                                                                          • Waza: 残念な仕事術

                                                                            こんにちは。シリコンバレーのEdSurge社でデザイナーをやっている@chibicodeと申します。このページをはじめて公開した2014年1月26日に26歳になりました。ブログもやっています。 こちらでは自分の仕事術や情報収集術を掲載しています。随時更新中ですが、更新をお知らせする予定はありません。いちおう、このページのソースコードと更新履歴はGitHubで公開しています。 なぜ書いたのか そもそもこのページを設置した理由はふたつあります。 ひとつめは、近ごろ自分の仕事の出来なさぶりに幻滅しており、自分の仕事術や情報収集術を振り返っているうちに、それがどれだけ残念なものなのか、文字に落としこんで振り返りたいと思ったからです。もちろん、仕事術の良し悪しが仕事の成果に与える影響は大したことないのですけどね。 ふたつめは、日本の方に「どういうツールを使ってらっしゃるのですか」「どこで情報収集をさ

                                                                              Waza: 残念な仕事術
                                                                            • フリーランスプログラマ雑感

                                                                              フリーランスプログラマになって、かれこれ10年近く経ってしまった。 昨日をもって退職しました。今日から(しばらくは)フリーランスとしてがんばります。 — 武藤スナイパーカスタム🔫 (@__tai2__) November 30, 2010 会社を辞めて、とくに深い考えもなくなんとなくフリーランスになった。しばらくすればどこかの会社に就職するのかなあ、きっとそうなんだろうなあ、とかぼんやりと思ってたことを考えると、そのまま10年近くも続けてしまったのは感慨深い。 ぼくにとって、ほかの業種、ほかの立場の人の職業生活がどういうもんなのかわからないのと同程度に、ほかの人にとってもフリーランスプログラマがどういうものか、きっとイメージがあまりわかないんだろう。そこで、フリーランスプログラマ生活を振り返って、それがどのようなものだったのかを思いつくままに語ってみたい。フリーランスプログラマという語は

                                                                                フリーランスプログラマ雑感
                                                                              • 「やりたいこと」から逆算するリバース・スケジューリング

                                                                                毎日夕方の5時半には職場を「お先に失礼」して、それでいて一線の研究者として成果を上げ、人気ブログを書く方法があるとしたら? そんな方法があるなら、私こそそれを真っ先に実践してみたいです。 Study Hacks の管理人で MIT のポスドクが本業の Cal Newport さんのゲスト投稿がまさにこうした成果をたたき出すためのコツとマインドセットについて触れていて、うーんとうならされました。 まずは信じられない彼の活躍ぶりですが、MIT のポスドクとして研究を本業とし、プロシーディングも含めて 10 本の論文を書き、本を執筆したうえで、Study Hacks のブログも維持しているというのに、彼が働いている時間は毎日 8:30 から 17:30 の間だというのです。かれはこの5時半以降を完全にフリーにしておくのが好きだということで、運動や犬の散歩の時間も含めてこの時間までには完了させるよ

                                                                                  「やりたいこと」から逆算するリバース・スケジューリング
                                                                                • webサイトを作る時に顧客とあらかじめシンクロしておくと良い7つの基礎*ホームページを作る人のネタ帳

                                                                                    webサイトを作る時に顧客とあらかじめシンクロしておくと良い7つの基礎*ホームページを作る人のネタ帳