開発を短い時間で集中して毎日やる
今年に入ってから毎日の開発時間を去年の半分にしてみた。 すると、毎日凄く集中できて、空いた時間に頭にスペースが出来てアイデアもわきやすく、効率もよくなったのでこれはいいかも。 タレブとDHHの話がきっかけ 最初のきっかけは、Rails作ったDHHが「開発なんて長時間やっても逆効果だから毎日の仕事時間を減らせ。8時間じゃなくて5時間、4時間だけにしろ。それだけ短かったらSNSなんて見てる暇はない。」とスタートアップスクールで話してたこと。 あと、去年タレブのAntifragileという本を読んで、短い仕事時間を毎日やるのが長期に渡っていいパフォーマンスを出す秘訣だというような事を言ってた。 アップストアでアプリを出すのは、結果が出なければ開発時間をいくらかけても価値が０となる世知辛い世界。でもこれは完全成果主義でなかなか面白い。 毎日の開発時間の成果をいかに上げるかっていうのを考えていると、
「強いチームはオフィスを捨てる」を読んだ - $shibayu36->blog;
強いチームはオフィスを捨てる: 37シグナルズが考える「働き方革命」 作者:ジェイソン・フリード,デイヴィッド・ハイネマイヤー・ハンソン早川書房Amazon 最近リモートワークへの知識に興味が湧いてきたので、ひとまず強いチームはオフィスを捨てるを読んだ。元々はリモートワークについての思い込みがあり、そのためリモートワークの難しさのほうに目が行き過ぎていたのだけれど、この本を読んでみて少し中立よりになれたように思う。そういう面で今の時期に読むには非常に良かった。リモートワークの知識だけというより、普通に働いていても参考になる知識も得られた。 リモートワークを始めたいけど何から始めたらいいかについて分からない人には最適な本。ただし良い本であるという一方で、少しリモートワーク礼賛の傾向があるので、そこは一歩引いて読むと良いのかなと思う。とはいえ、ただ褒めているというだけでなくて、きちんとメリット
システム管理者、感謝の日イベントに参加した。 - 未来のいつか/hyoshiokの日記
講演とパネルディスカッションに参加した。 第8回システム管理者 感謝の日イベント システム管理者のための夏期講習2014 すべての企業がITを武器にする時代のエンジニア魂を考える 大成建設の田辺さんのお話はお話がすごかった。建設業の場合、多くの協力会社と案件毎にプロジェクトを作っていくわけだが、大成建設では5700社ほどの会社とASPを利用して情報の共有をしている。 約50％の契約書が電子化されているそうである。直接的なメリットとして印紙を貼る必要がないので、協力会社のコストは年間約２億円のコスト削減になるそうである。 国税庁ホームページリニューアルのお知らせ｜国税庁 国税庁ホームページリニューアルのお知らせ｜国税庁 建設業では、紙を利用して図面などを共有しているという印象があったが、IT業界よりよっぽど電子化が進行している。電子署名を利用した契約書の電子化ってどのくらい進んでいるのだろう
伊藤直也が語る「仕事の流儀」第2回──スタートアップにリモートワークツールを推奨する理由｜CodeIQ MAGAZINE
伊藤直也氏が語る「仕事の流儀」の第2回は、KAIZEN platform Inc.の立ち上げに参画して実感したリモートワークツールの重要さについて。 スタートアップ企業でエンジニアが快適に開発できる環境とはどのようなものか、KAIZENでの事例をもとに、いま感じてることを語ってもらった。 by 馬場美由紀 （CodeIQ中の人） リモートワークをしながら「全員同席」するためのツール KAIZENのようなスタートアップ企業で、かつリモートワークをする社員もいる環境で、どんなふうにアジャイル開発を進めていくか。 それが最近の僕の重要な関心事です。 ちょっとKAIZENのリモートワーク風景を見てほしいんですけれど……（Sqwiggleというオンラインミーティング・ツールで自宅で仕事をしているエンジニアを呼び出し、会話を始める）。 Sqwiggleを起動すると、カメラが有効になっていて、こんな感じ
有能なウェブエンジニアをウェブディレクターにすることについて - 下林明正のブログ
ありがちな話なのでこのことについてふと考えることが多い。 最初に断っておくと特に結論はなく、ケースバイケースで考慮するべきというのが僕の考え。 それを踏まえて、先ずは良い点について考えてみる。 一番もっともらしい理由は、他のエンジニアが納得しやすいこと。一番戦闘力の高いエンジニアがエンジニア長になって皆を束ねていくという世界観。若く猛ったエンジニアも従ってくれるけど、石器時代っぽい。 次点として、システムの実装を把握しているのであまり滅茶苦茶なことにはなりづらく、安心して任せられるということ。 それ以外にありがちなものとしては、人的コストの圧縮も考えられる。人件費もそうだけど、頭数が1つ増えるだけでコミュニケーションパスは爆発的に増加していくのでコミュニケーションコストの削減にも繋がる。 次に悪い点について考えてみる。 これはまさにピーターの法則そのもので、組織の構造的な欠陥を示している。
ランサーズやってみたけど地雷クライアント案内所にしか見えない | kosuke.cc
クラウドソーシングサービスなどというサービスにちょっと手を出してみました。結論からいうと、正直あまり使いたくないなと思いました。よくも悪くも名前を聞くランサーズというサービスについてです。なんかもっと上手に付き合う方法がある気がしてたんだけどなあ。 クラウドソーシング(というかランサーズ)について どんなサービスか ランサーズ 一言でいうと、仕事をやってほしい人と仕事をしたい人のマッチングサービスです。 特徴 良い所 営業しないでもお客さんと出会える可能性がある エスクロー入金(後述します) 手数料は無難な料金設定だと思う。特に文句はない。 悪いところ 今からツラツラと書く。 どんな仕事内容がマッチングされているのか システム開発 webシステム・アプリ開発・ソフトウェア開発・VBAなど・ゲーム開発・サーバ構築・セキュリティ・DB構築 Web制作 ホームページ/webデザイン・スマホ/モバ
エンジニアは独立した方が良いのか？
Shin x blog Advent Calendar 2013 の３日目です。 エンジニアを目指して新卒で就職して早５年。とにかく仕事を覚えたい、先輩に追い付きたい、スキルを上げたいとがむしゃらに開発に没頭してきた。そろそろ仕事はひと通りこなせるようになり、自分がリーダーとして参加するプロジェクトも増えた。 充実した毎日ではあるが、気が付くと自分が会社の中では一番のエンジニアとなっていた。 自分では分かっている。会社の中では一番かもしれないが、外に目を向けると、自分よりすごいエンジニアは山といることを。 「そろそろ、次に進む時なのかもしれない。」 転職すべきなのか、はたまたいっそのこと独立して起業すべきなのか。 といった事は、わりと良くある風景なんだと思います。 起業してかれこれ13年、なんとかやってこれたので、こういった状況の人から相談を受けることがあります。そこで、私自身がこれまでや
ロードマップ指向とエコシステム指向 - アンカテ
IT業界の世代間ギャップを「ロードマップ指向 VS エコシステム指向」という図式でまとめるとうまく整理できるような気がしてきた。 他の業界でも、常に勉強してないと仕事にならない所では、似たような問題があるかもしれない。普通の人は「ロードマップ」の中では真ん中を進むべきで、「エコシステム」の中では真ん中を避けるべきだ、という話。 私は、80年代からずっとプログラマをしていて、今でも現場でコードを書く仕事をしているので、同世代の人から、彼らと現場の若い人との仲裁役というか通訳のようなことを期待されることが多い。 確かにそこには微妙なギャップがあって、自分はどちらの言い分にも共感する所があるので、なんとかそれを言葉にしたいのだが、なかなかうまく言えなかった。 プログラマという仕事は、今も昔も勉強をしてないと普通の仕事も成立しないのだが、その勉強の仕方というか意味づけが、違ってきていると思うのだ。
リモートワーク（在宅勤務）を導入するためのポイントと残された課題 | Social Change!
私たちソニックガーデンでは、リモートワーク（在宅勤務）が出来る働きかたを実現しています。むしろ、これからはリモートワークを推奨しようと考えて、経営施策を進めているところです。先日は、ソニックガーデンでリモートワークをしているメンバーへのインタビューも行いました。 お昼寝もアリ！？成果がすべての楽しくシビアなリモートワーク さて、私の書くこの記事では、私たちソニックガーデンの働きかたを参考に、会社やチームにおいてリモートワークを導入していくためのポイントや課題について、実践を通じた経営からの視点もあわせて書いてみました。 いつ働いても、どこで働いてもよい働きかた 私たちの会社ではソフトウェア開発を仕事にしていますが、ソフトウェア開発とは非常にクリエイティブな仕事です。決められたものを、ただ黙々と手を動かせば出来るような仕事ではありません。特に、私たちはソフトウェアの企画をするところから、プロ
前任者が悪いのかもしれないけれど - ワザノバ | wazanova
https://medium.com/p/506a06ae35ea 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 自分は最初に手がける立上げ仕事がほとんどだったので、他人のタスクを引継ぐよりは、次の方にバトンタッチすることが多かったと思います。右も左もわからない状況から始める立上げ仕事は、楽しいけれど、前に進めるだけでそれはそれで大変。なので、引継ぐときは「頑張ったね。」と自分に言ってあげたいというのが本音。とはいえ、引継いだ人が後から見れば、相当アラい仕事ぶりに思えたでしょう。大成功してないプロジェクトについては全て、批判は甘んじて受け入れるべきなのかもしれません。 Shamoon Siddiquiはブログで、安易に前任者の責任にする危険性について語っています。 新しく採用した後任のエンジニアが入
曖昧にしないことが一緒に仕事をする仲間への自分の責任だと思ってほしい - ワザノバ | wazanova
https://medium.com/on-product-management/20201872f369 2 comments | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 昔の職場で月曜日の朝イチに日程会議というものがありました。社内の全プロジェクトのフェーズごとに目標日程と実績日程が表に記載されていて、全員の前でスケジュールの進捗を報告する、はい、過酷な会議でした。成果をだすために担当は相当頑張った目標を掲げるので、スケジュールは概ね遅れます。（最初の目標設定が甘いと、それはそれで当然怒鳴られる。）遅れたスケジュールの理由を問いただされて、曖昧に逃げようとすると、「質問にきちんと答えろ!」と怒鳴られる。「では来週までにどうにかします。」と答えると、「来週でなくて、日付で答えろ！」とまた恫喝される、逃げ場のない会議
Githubの組織が成長する過程で変えたことと変えなかったこと - ワザノバ | wazanova
GithubのZach Holmanが語るGithubの組織戦略です。まず最初に、 Step #1: ロックスターエンジニアを雇う Step #2: ものすごく透明性のある経営をする Step #3: ブログ/ソーシャルメディアなどでテクノノロジーについて発信する Step #4: カンファレンスで会社について話す Step #5: カネに余裕ができる Step #6: 社員を大勢雇う Step #7: 会社のことを話さなくなる Step #8: コミュニティを無視する Step #9: 創業者が株を売って儲ける Step #10: 別の会社をはじめる という事例を挙げて、Githubは組織が成長する中で、このようなパターンに陥らないように、コミュニケーション及び仕事の進め方をどのように進化させてきたかについて紹介してます。 Dunbar's numberとしてよく知られるとおり、人間が良
最近よく目にする「フルスタックエンジニア」とは何だろうか？
このところ海外（おもに米国）のスタートアップで、「full stack engineer」の求人広告を以前より多く見かけるようになりました。フルスタックエンジニア、つまりインフラからミドルウェア、モバイル、デザインまで、あるいは設計からプログラミング、デプロイまで、何でもこなせるエンジニアを募集している、ということのようです。 例えば、このPublickeyでも導入しているコメントシステムの開発元であるDisqusは現在、「Full-stack Web Engineer」を募集しています。 「What We're Looking For」の項目では、5年以上のエンジニア経験とチームリーダーの経験などを求めた上で、技術的には次のような要件を並べています。 Very experienced with web application deployment and software design
企画会議をすると企画の9割はダメになるし、説得材料がある企画というのは二番煎じでしかない - ARTIFACT@はてブロ
都築響一氏のことを検索していた時に2010年のインタビューを見つけたのだが、企画会議に関する話が面白かった。インタビュアーは速水健朗さん。 都築響一氏が参加していた『ポパイ』や『ブルータス』では、企画会議がなく、ライターが直接編集長やデスクのところに企画を持ち込み、ページや予算をとっていたという。 【都築響一氏インタビュー】本当におもしろい企画を生み出すために ｜ソフトバンク ビジネス+IT ――ふつうの雑誌では、まず企画会議を通ってから取材に行って、それから記事になりますよね。 築氏■だけど、プレゼンっていうのは人を説得しないといけないわけじゃないですか。そのためには説得のための材料が必要になる。たとえば、いまニューヨークでこれが流行っていますよという記事がやりたいとするよ。でも、説得材料があるってことは、もう誰かが企画して雑誌などですでに形になっているということじゃない。それってもう二
エンジニア人月０円セールと、ござ先輩に見た未来 - レベルエンター山本大のブログ
今日はid:gothedistanceと飲んだ。１年ぐらい前から飲もう飲もうといっていてようやく実現。 さすがはござ先輩。いろいろと教えてもらった。 その中で、SIおよびSEのこれからに暗い影を落とす話をした。 これはウチの関西側の営業担当が聞いてきた、あるSE派遣の企業の話。（とはいえ関西企業に限った話ではない） 何十人もの新人さんを集めて、無料でいろんなプロジェクトに派遣するビジネスモデルが台頭してきているらしい。 何十人の内、数名でも生き残って、その後定期的な売り上げになれば良いという、携帯の新規契約無料みたいなモデルだ。 経験者も言い値で出すという。 新人さんに経験を付けてもらうためにお試しで出向することは百歩譲って良いとしよう。 いくらなんでも新人ばかりで上手くいくと思っているような 受け入れ側もプロジェクトもさすがにないから、 こういう新人さんを受け入れるのも1つのプロジェクト
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
素人でもオシャレに作れる表紙スライドを伝授します。 汎用性が高く、作り方も簡単なので、一度覚えてしまえば楽勝です。 以前、「見やすいプレゼン資料の作り方」でたくさんのシェアをいただき、書籍化に至ることになりました。 発売を記念して今回の資料を公開させていただきました。 皆さまありがとうございます！！ PDFは無料でダウンロードできますので、正しくご自由に使って下さい。 【書誌情報】 2016.01.22 発売 一生使える見やすい資料のデザイン入門 森重湧太 (著) [インプレス] http://book.impress.co.jp/books/1114101129 [Amazon] http://www.amazon.co.jp/dp/484433963X 【連絡先等】 Yuta Morishige 資料作成のSKET（http://sket.asia/）にてディレクターを担当 個人メール
朝日新聞デジタル：ＩＴ漬けが会社をダメに。「断食」を
■山本孝昭さん（４６）＝「トップレス会議」を提唱するＩＴ企業社長 パソコンをはじめ、タブレット端末やスマートフォンなど、ＩＴ（情報技術）機器がなければ仕事にならない、という人は多いだろう。ＩＴ業界２５年の山本孝昭さんは「我々はＩＴ中毒、ＩＴ依存に陥ってしまった」といい、ＩＴを意識的に使わない「断食」を唱える。あなたは１日に何時間、画面に向き合っていますか。 ――ＩＴ機器はとても便利です。何が悪いのでしょう。 「社員が自分の時間を失っていることです。パソコンもスマートフォンも、ものすごく吸引力が強い。開いて何か始めたら、あっという間に時間がたっています。ＩＴは便利さを、とめどもなく提供してくれますから」 ――便利さを提供してくれるなら、いいことでは。 「いやいや。ＩＴは本来、時間を作るためにあるはずです。作業を早くすませ、もっと質の高い仕事をするとか、生み出した時間で現場に行くとか人に会うと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
How GitHub Works (GitHub Kaigi, Tokyo, 2014)
典型的な中途半端人間が粘り強く終わらせられる人間に変わった理由 | ライフハッカー・ジャパン
