アメリカに住んで初めてわかった「最大級」の違い - メソッド屋のブログ
昨年の年末にアメリカに移住して、今はシアトルの近くの Kirkland というところに住んでいる。大体三か月たって、いろんなことを体験した。移住した理由は単純で、コンピューターサイエンスの世界ではアメリカがどう考えても一番進んでいるので、そこで修行して通用するようになったら楽しいかなと思ったからだ。他にも他国の人を観察しているととても生産性が高い。特にアメリカの人は生産性が高い傾向が高い。なんでこんなにアメリカはコンピューターの世界が向いているのだろう？その一旦を感じた気がしたので久々にこのブログを書いてみることにした。 Kirklandの風景 自分へのご褒美を買う アメリカに移住すると、当然日本にいる友達とかと会えなくなる。私は一人でもさみしくない人だけど、さすがにこたえるだろうと思った。だから大好きなバンドをまたやろうと思った。ただ、こっちは正直レベル高いし、私はヴォーカリストだから、
ユーザーインターフェイス解剖学・改訂版（公開版）
社内イベントで登壇した際のスライドです。｢ユーザーインターフェイス解剖学｣の改訂版。主に、UIデザインにおいて検討した方がよい／すべき考え方というものを簡単にご紹介しました。
スタートアップの戦略＆ビジネスモデルの考え方
スタートアップの初期の戦略やビジネスモデルを作るときに参考になるツールセットと考え方についてのスライドです。 ・戦略キャンバス ・バリューチェーン ・活動システムマップ について触れています。UTokyo 500k の準備資料として作りました。価値提案サイドをまず考えた上に供給サイド (社内業務や活動)、特にバリューチェーン周りを少し考えることでアイデアの質がすぐに上がるんじゃないかなと思います。Read less
成金エンジニアと伊藤直也さんに、お金を稼ぐ方法を聞いてきた｜CodeIQ MAGAZINE
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない - メソッド屋のブログ
先日ブログを書いたら大いに炎上した。いろんな方がいろんなブログを書かれていたようだ。しかし、私は一切読んでいない。なぜならそこに関心がないからだ。ウォータフォール vs アジャイルの比較は私の関心ではなく、私の関心は「どうやったらソフトウェアに関する新しい考えや技術が、日本でも早く導入されるようになるか」だからだ。人生は短い。自分の時間配分は自分で決めているので 申し訳ないが、今後も読まないだろう。自分の人生は自分で決めるのだから。 simplearchitect.hatenablog.com 実は、この炎上の過程でいろんな仮説を考えることができた。なぜ、日本のソフトウェア産業は、海外に大きく後れを取ってしまっているのか？どうすれば、進化する手助けができるのだろうか？ 自分の現在の仮説はマインドセット、つまり「考え方」が根本的な原因ではないか？という気がしてきた。 私が最近研究しているのは
outward-matrix.com
outward-matrix.com 2024 著作権. 不許複製 プライバシーポリシー
新人プログラマ向け・スキル向上のための具体的なアプローチと考え方 - give IT a try
はじめに：「僕にもそんな頃があった」 先日、西脇.rb＆神戸.rbの合同勉強会として「RailsプログラマのためのSQL勉強会」を開催しました。 この勉強会は出題者（＝僕）が出したSQL問題を他の参加者が解く、というスタイルの勉強会です。 参加者の方の中には最近プログラミングを始めた、という人も何人かいました。 そういう人にとっては問題がちょっと難しかったので、ときどき僕がサポートに回って質問に答えたり、解き方をある程度教えたりしていました。 また、話がちょっと脱線して「僕が作ったこれぐらいのWebアプリは、伊藤さんなら何時間ぐらいで作れますか？」みたいな質問を受けたりもしました。 その中で言われたのが、 「説明されたらわかるけど、自分一人でこの答えにたどり着くのは無理です」 「えっ、そんな短い時間で作れるんですか」 といったようなコメントです。 そういったコメントを聞くと、「あー、僕にも
自分への問いかけ方で、無意識のうちに思考は固定化されている
You can find (just about) anything on Medium — apparently even a page that doesn’t exist. Maybe these stories about finding what you didn’t know you were looking for will take you somewhere new?
社内ITシステムを構築・運用するのに最重要な3つのポイント - たごもりすメモ
自社で使用するシステムを開発する、とする。 このとき迂闊にやっていると、気付いたら過去に構築したシステムのメンテナンスにばかり時間をとられ、新しいコードがぜんぜん書けていない、という状況に陥ることがある。 こうなると地獄だ。新規の興味深いコードを書くなんてとんでもない、という状態になる。メンテナンスコストを下げるためのコードすら書けなくて永遠に悲惨な撤退戦を繰り返すことになる。絶対に避けなくてはならない。 ということで、自分が心掛けていることをざっと書く。 全く手を入れずに動き続ける状態を最初に作る もちろんシステムというものは生き物なので、ある程度のメンテナンスコストが必要になる。特に会社というものは生き物なのでシステム周囲の環境は常に変化する可能性がある。データ連携している別のシステムの仕様が変われば、当然そのデータを利用する側も対応しなければならない*1。 ということで、システムには
生産性を向上させるために成功者たちが取り組んでいる10のこと | ライフハッカー・ジャパン
仕事の先送りは、正直気持ちが良いものです。...本当に完了しなければいけないということを思い出す瞬間までは。そのあとはひたすら忍者のように、すべてが完了するまでジタバタすることになります。もちろん、身の入らないままで。そして、私たちは二度と仕事を先送りにしないと自分に誓います。しかし、心の奥底では誰もが、また同じ過ちを繰り返すことを知っています。これは悪いパターンです。このパターンは、自ら生産的な習慣を作り出して壊さない限り、いつまでも続きます。以下が、成功者が使う生産性を向上させる10個のコツです。 1. 早起きをする もし普段より1時間早起きすれば、1週間でどれだけのことが成し遂げられるかに驚くことでしょう。さらに、毎日同じ時間に起床することで体内時計のリズムが安定します。体内時計を安定させることによって、活動的で機敏になり、日中の生産性が向上するのです。 2. リストを作る To D
PM（プロジェクトマネージャー）が読むべき５冊の本 | SEKAI LAB TIMES（セカイラボタイムス）
Posted on August 27, 2014 by KENTARO FURUKAWA /TAG: PM プロジェクトの価値を再確認するなら「クリティカルチェーン―なぜ、プロジェクトは予定どおりに進まないのか?」 言わずと知れた「ゴール」シリーズのエリヤフ・ゴールドラットがプロジェクトマネジメントに挑んだ著作です。この作品で提唱された「クリティカルチェーン」によるプロジェクト管理法は実際のプロジェクト管理システムなどでも採用され、有名になりました。 「ゴール」でも指摘されていることですが、ビジネスプロセスの中で最も弱いチェーン、ボトルネックを「解消」するのではなく、そのボトルネックを使い倒した上で、その制約に合わせて全体を進行させるという基本的な考え方は一緒です。プロジェクトではそれがクリティカルチェーンとされ、その上にあるリソースやスケジュールは余裕をもって保護されるべきという考え方
美しいコードに触れたとき、涙があふれ、アメリカに行かなければと思った ──中島聡流プログラミングの原点 #OpenGL｜CodeIQ MAGAZINE
シアトルと東京に拠点を置き日米を往復しながらプログラミングを続ける、UIEvolutionの中島聡氏。未知の技術への飽くなき好奇心と、それを短期間でモノにするための驚異的な集中力は、50歳を過ぎた今も決して衰えることはない。 美しいコードを紡ぎ出す秘訣は何か、優れたエンジニアを見出すコツは何か。プログラム談義はまだまだ続く──。 by 馬場美由紀 （CodeIQ中の人） 仕様書を書いているだけでは、絶対にアーキテクトにはなれない ──中島さんは、MicrosoftでWindows95などのソフトウェア・アーキテクトとして活躍されていた方ですが、アーキテクトの資質や条件については、どうお考えですか。 アーキテクトというと、机上で考えるだけの人というイメージがあるがそうではないんです。最低必要条件は自分一人でコードを書けること。これを分かっていない人が多すぎます。 一人でプロトタイプをつくり、
「自分が見たいものを世の中に生み出せ」 Twitter創業者ジャック・ドーシーが初めて語った"成功のためのリスト" | ログミー
ジャック・ドーシーのStartup School 2013でのスピーチを全文書き起こし＆翻訳。「今までにやったことがないことをします」と前置きした上で、彼が感銘を受けた2冊の本と、ドーシー自身が作成し、日々実践している"あるリスト"の内容を紹介しています。少し長いですが、起業家はじめビジネスに身をおく人は必見のスピーチです。 【スピーカー】 Square 共同ファウンダー・CEO 兼 Twitter 共同ファウンダー・会長 ジャック・ドーシー（Jack Dorsey） 【動画もぜひご覧ください！】 Jack Dorsey at Startup School 2013 【英語版はこちら】 Jack Dorsey at Startup School 2013 今日はすごくたくさんの方に来て頂きました。ありがとうございます。 今日はいつもとは違うこと、今までに一度もやったことがないことを
自分の強みを活かすというアホらしい発想 - Chikirinの日記
まさかと思いますけど、「自分の強みを活かして勝負する」のが「いい作戦だ！」と思ってる人はもういませんよね？ この「自分の持っている価値あるものを活かして○○する」という発想法のリスクや限界については、しっかり意識しておいたほうがいいです。 だってこれ、あきらかに「供給者視点」であって「消費者視点」じゃないでしょ。 そこが致命的なんです。 ↓こう書けばわかるかな。 供給者視点＝自社の持つ圧倒的に優れた技術を活かして、商品開発！ 消費者視点＝消費者が熱狂するほど欲しがるものを、世界中から他社の技術を集めてでも開発！ どうですか？ 前者と後者の典型的な会社名、すぐに思い浮かぶでしょ？ 前者は「差別化が大事」とか思ってるけど、後者は差別化なんて気にもしてない。 「差別化」ってのは対競合の視点であって、対顧客の視点の言葉じゃないから。 競合と顧客、まずはどっちを見るべきなのか、よくよく考えたほうがい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ランサーズに入社しました。「複業社員」という挑戦。「オープンタレント」という野望。