イーロン・マスクによる買収以来、揺れ動いてきたTwitter（現在はXに改名）ですが、その内部がどのようになっていたのかはなかなか伺い知ることができません。筆者が個人的に参加しているポッドキャストbackspace.fmでは、TwitterのiOSアプリ開発に2010年から携わってきたソフトウェアエンジニアの丹羽善将（@niw）さんにその渦中の話を聞くことができました。 丹羽さんは、超有名テックブログのDaring Fireballで、世界で最も優れたiOS開発者の一人としてTwitter退社を惜しまれた人物です。 ▲Daring Fireballより 丹羽さんをゲストに迎えたエピソードは下のリンクからどうぞ。
初めてまともに携わったシステムはNTT研究所で作られていたCBoCといわれるものであった。内容について詳しくは述べないが、国内では割と先進的でありながらとにかくNTTの事業会社（割と稼いでいる）で使えるものを作ろうというものであった。この時期は研究所は研究だけしていればよいというものではなく事業貢献が求められており、論文になるような研究を生み出すだけでなくそれをどうやってビジネスにするかが重要視されていたのだと思う。このとき作ったものは実際に事業会社で使われ、退職の前後には年間数万円が口座に振り込まれるようになっていた。なお収入なので税金の扱いを間違えないように。しかし特許といえばガッポガポ…というイメージだがそんなに当たることはない。わたしが携わったそのソフトウェアは確かに使われていたが、事業会社のビジネスの中核を支えていくようなものにはならなかった。ならなかったのでメンテナンスフェーズ
くわっちょ@社畜犬X @kuwaccho0711 SES企業に、何をトチ狂っていたのかわからないが、とても残念ながら入ってしまった新入社員へ。 「配属先の希望を聞くよ」と言われたら、以下の【JRの駅】のどれかをおすすめします。 ・渋谷 ・新宿 ・秋葉原 間違っても ・東陽町 ・茅場町 ・豊洲 ・お台場 は選んではいけません。死にます。 2018-04-03 22:15:02 くわっちょ@社畜犬X @kuwaccho0711 @krbs65a_kzoklz7 ざっくりですが、 ・仕様が決まりにくい ・謎のローカルルールがある ・一人あたりの作業量が非常に多い ・そのあたりの調整をするプロパーが機能してない ・必要とされる技能がその現場でしか使えず、他社の仕事で活かせないためキャリアアップに繋がらない などあります。配属先にもよりますが。 2018-04-05 07:02:07
dely株式会社 CTOの大竹です。今回は、アプリ開発者がフルスタックである優位性について話したいと思います。 人数を増やしても良い製品は作れない サーバーサイドのアプリケーションの場合、MVCモデルを採用して分業で開発を進めることが容易です。デザイナー、フロントエンジニア、バックエンドエンジニアのようにそれぞれの専門領域を持っている人たちが集まって開発することができます。特にRailsのようなデファクトスタンダードに近いフレームワークを採用すれば、それが共通言語になって意思疎通もスムーズになります。 一方、iOSやAndroidのネイティブアプリの場合、UIのコードとロジックのコードをどちらも密に理解して開発する必要があるので、分業するのが困難です。いろいろ分離して分業する方法も考えられてはいますが、Webの開発のように分かりやすく分離することはやはり困難です。必然的に、アプリ開発は少人
一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます！なんとかなりませんか？」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ
うだうだ記事を書く。あんまりブロガーさんのように、懇切丁寧に説明する意識はない。うざかったら途中で離脱推奨です。 とある理由で、本番のデータを修正することになった。休日だったので僕が対応したのだが、その部分のデータ修正の経験がなかったので、ソースコードから調べて依存関係を解決するSQLを書き、Slackを通じてコードレビューをお願いして、無事修正タスクは完了した。 所要時間は、作業開始から40分。 日常的にソースコードをいじっていて、データ構造を熟知しているメンバーなら、５分もかからないで終わる作業だろう。もしそうならば、８倍の速度差が生まれている。 その８倍の速度差が顧客満足度に影響をおよぼすのであれば、その人は、僕よりも8倍速で得られる顧客満足度の分だけ、仕事ができると評価ができる。 その人材がいれば5分、いなければ40分。この差はとても大きい。その差が大きいと思うのであれば、そういう
技術顧問ブームですね。先日退職してから色々な会社を回ってて、これニーズあるんじゃね？って仕事を何個か思いついたので、列挙してみます。 チーム開発を軸にした技術顧問 やること: 開発プロセスの構築・実行・改善、ミーティングのファシリテートを行い、チーム開発を良い感じにする。 必要そうなスキル: チームを作った経験。ソフトウェア開発プロセスの知識と実務経験。それなりの技術力。 GitHubでコードレビューしてCI/CDを回して、っていうスタートアップでよくあるエンジニアリングの型はある程度できているけど、うまく運用できていないところは少なくないと予想している。わかってる人が手伝ったら軌道に乗るまでが早そう。事業や組織の性質・フェーズに合わせる必要もあるし結構難しい。チームで仕事をするというカルチャーを伝えるのも価値がありそう。人間力が問われますな…。 個別技術を軸にした技術顧問 やること: 技
エンジニアがミーティングを入れられる事を好まない事や、不機嫌になる事は英語圏や日本を問わず知られているかと思います。実質、私の周りにもこういった傾向がありますし、職人的に秀でてる方ほどこの傾向が強いと感じています。さて、これはなぜでしょうか？ 友人のtweetにPaul Grahamというプログラマ兼ベンチャーキャピタリスが書いた、Maker’s Schedule, Manager’s Scheduleという面白い記事へのリンクが貼られていたので、私なりに要約して紹介します。 二種類のスケジュール プログラマやライターがミーティングを嫌う理由は彼らが他の人間とは違う種類のスケジュールで働いているからであるとGraham氏は語っています。氏いわく、スケジュールには二種類あります。 Maker’s Schedule（物を作る者のスケジュール） Manager’s Schedule（管理する者の
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます IT業界における求職者の面接力が高まってきている昨今、彼らがあなたの会社に本当にふさわしい人材かどうかを見極めることが困難になってきている。そこで本記事では、応募者の真の力を見抜く手がかりとなるような質問を紹介する。 採用面接の大きな目的は、応募者の技術的なスキルを判定することであるものの、応募者があなたの会社の文化に合うかどうかを見極めることも重要である。しかし最近では、多くの応募者が面接のコツを心得ており、よくある質問に対する答えをあらかじめ準備してきているのである。では、応募者の本質を見抜き、本当に知りたいことを知るにはどうすればよいのだろうか？以下では、面接相手の真の力を知る手がかりとなる質問を紹介している。 備考：以下に紹介す
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 by rudolf_schuba (under CC) 趣味やらなにやらで色々翻訳をやってきました。主にPython方面ですね。今まではブログに書いていましたが、最近は翻訳記事用のブログに分けました。色々手を加えて、CMS風ナビゲートを追加したりしています。The History of Pythonの翻訳もやっております。今のところ全部の記事の翻訳をキャッチアップできています。最近やってないですが、InfoQ。そして、nomicoさんたちと一緒にやっているGTD Timesの翻訳。書籍だと、アジャイルソフトウェア開発スクラム と、実践eXtremeプログラミング です。もうかなり昔の話になってしまいましたが。最近Erlangに興味が出てきたので、Erlangの勉強ついでに翻訳で
新人研修コーディングについての資料作らねばーーー… HTMLコーダーとは何をする人？ (X)HTML, CSS, Javascriptを中心とした、 Webサイトの表側の技術を担う人です。 サイト設計 → デザイン → コーディング → システム開発 具体的には… コードを書いて、ページを作っていったり…((X)HTML+CSS) 仕掛けをのっけて、分かりやすいインターフェイスを作ります。(Javascript) (X)HTMLって何？ (X)HTMLとは、ページの文書構造を表す言語です。 ページの内容を把握し、適切なマークアップ※を行います。 ※(X)HTMLタグを書いてページを作っていくこと CSSって何？ CSSとは、(X)HTMLのタグに、見栄えの要素を加える言語です。 具体的には、この要素の下に線を引く、後ろに画像を敷く、 文字サイズを指定する、右側に配置するなどとい
埒が明かないのでここに書いてみます[謎]。 ビジネス・アーキテクツでは常に多様な人材を募集しておりますが、今、特にいわゆるマークアップエンジニア急募なのです。興味のある方、腕に覚えのある方、コジカ[誰]級[謎]の方、ぜひご応募いただければと! なお、だいたいどんなコトが求められる職業なのかというのは、弊社サイトの募集要項より「マークアップデザインエンジニア」の項をご確認ください。でもって応募は、そのページからリンクしている“応募受付フォーム”からお願いいたします。 あと、必ずあなたのポートフォリオを添えてくださいね（URLの提示で結構です）。今までの業務で携わったものだけでなく、個人的な作品やブログ等もじゃんじゃんポートフォリオに含んでいただいて構いませんというか含んでもらえたほうが嬉しいです。どういう影響を及ぼすかはよくわかりませんが[謎]、マークアップエンジニアにあまり関係なさそうなも
2008/7/16 Wjobの機能が拡大！エンジニアに特化したスカウトサイトWjob for engineerがOPENしました。
30代ころで記したとおり、30代の後半は米国OracleでOracle8の開発にどっぷりつかっていた。 日本で就職したころの外資系のソフトウェア開発というのは先に記したとおり、本国で作られたソフトウェア製品の日本語化などが主な仕事で技術的なチャレンジという意味ではいささか物足りないものであった。日本のベンダーに就職した友人などはもっとかっこいい開発をしているのではないかと、隣の芝生は青いと思っていた。 外資系といっても開発はどうせ全部本国（米国）でやっていて日本には全然権限がなくてつまらないというような風説が流れていたのも事実である。それは半分正しくて半分間違いだけど。 それよりか、日本企業の研究所かなんかに勤務して時代の最先端のソフトウェア研究に従事したほうが全然かっこいいと思った時期もなくはなかった。 わたしは日本DEC研究開発センターというのところに新卒で就職したのだが、日本DECと
大学院卒業を目前に控えたある日。携帯電話が鳴った。父からだ。「お前の実印、どこだ？」。何のことか分からないまま答えた。「机の2番目の引き出しにあるよ」 その実印で父は、1つの会社を登記した。「株式会社ワディット」。名字の「和田」と「IT」をひっつけた。父の和田正則さん（59）と息子の裕介さん（26）、2人だけのIT企業。所在地は神奈川県鎌倉市。自宅だ。 社長は裕介さん。「大学院を卒業したら、いきなり社長になっていた。特に会社でやりたいこととか、なかったんですが……」。2006年9月、24歳のころだった。 Webの「あちら側」「こちら側」という考え方がある。梅田望夫さんが「ウェブ進化論」（ちくま新書）で提唱して広まった。あちら側とはGoogleやAmazonなどがサービス展開するWebの世界。こちら側とは、企業内の情報システムなどローカル環境のことを指す。 「あちら側とこちら側をつなぐ試みは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く