クラウドワーキングマガジン夏休み特集企画みんな知らない"インドのシリコンバレー" バンガロールIT旅行記(3)フリーランスとして独立して早々世界放浪の旅にでたエンジニアの所さんがお届けするIT先進国インドの都市「バンガロール」のレポート。第3回となる今回は、バンガロールのスタートアップ企業のインタビューをお届けします!
Googleでは、世界各地のGoogler(Googleの社員)たちが毎週、トイレの壁に紙をたくさん貼り出していました。コードのテストに役立つヒントを週替わりで1枚の紙にまとめたものを、社員間で共有するためです。ある週はDI(依存性注入)を取り上げて様々な言語での簡単な使用例を示し、またある週はチームのコードベースのテストカバレッジを評価するために、ツールのセットアップ法を紹介するという具合です。“Testing on the Toilet(トイレの時間に考えるテスト)”と呼ばれるこの取り組みは、エンジニアがコードを書く上で役立つ情報を共有する方法として、奇抜で面白いものです。 ^(1) そしてGoogleのエンジニアリング文化の要となる強みもここに表れています。つまり、大勢のエンジニアに対して、一連のベストプラクティスを一貫した強硬な形で、効率よく普及させるということです。 私は大学を出
ブログが流行りだして10年以上が経とうとしているのに今更な内容ですが、エンジニアがブログを書く書かないについて再考する機会があったので、書き留めておきたいと思います。 書く人にとってはメリットがわかってるし、書かない人にとってはデメリットを流せるし、ぶっちゃけ好きにすればいいだけではあるのですが・・・ アウトプットとは ”発信”の方がしっくりくるのでどっちも使いますが、ここでは一般的っぽい”アウトプット”としています。私が思いつくアウトプットとは、 技術ブログを書くこと Wikiに手順やバッドノウハウをまとめること Twitterやコミュニケーションツールで短文メッセージを投稿すること 登壇発表すること 講師やメンターとして育成すること 書籍や連載を執筆すること ソースコードを公開またはプルリクすること で、どれも社内/社外どちらでも問わない、といったところです。ただし、社内におけるコード
新社会人のみなさん、こんにちは。本特集は、新しいものを学ぶ際に出会う問題について解決するための糸口を提供するために書きました。 みなさんは、「IT業界は変化が激しいので学び続けることが必要だ」と聞いたことがあるのではないかと思います。そしてそのことに異論はないはずです。だからこそ今、本サイトを読んで何かを学ぼうとしているわけですよね。それはとても良いことです。 一方で、「学びたいけど時間がない」「何を学んだらよいかがわからない」「社会人として成果を出していける自信がない」などの悩みを抱えている方も多いです。筆者はこの悩みを解決したいです。 限られた文字数では、みなさんの個別の問題を解決することはできません。そこで、みなさん自身で問題を解決していくための糸口を提供します。まず本章では、第2章以降でより具体的な問題について説明するための材料となる、ちょっと抽象的な話をします。 知識には
弊社の開発における考え方として「方向>開発フロー>スキル」という順番があります。 方向がずれているとすぐに数ヶ月吹っ飛ぶので向かう先をどこにするかは最も大事。 次に開発フローで、変なコミュニケーションロスがあるといかにスキルの高いエンジニアがそろっていてもスピードがあがりません。 そして最後にスキル。 そんな話を藤村くんたちに熱弁していたら、 「ゆうじ、それはプロダクティビティエンジニアって言って、職種として今後大事になってくる考え方だよ」 と教えてもらいました。 このプロダクティビティエンジニアについては、 まだ日本語での良いドキュメントが見つからず自分の言葉で説明するしかないのですが、 要はスループットを上げる事にフォーカスするエンジニアの事です。 上記に書いたようなコミュニケーションロスなどを無くしたり、 最適なツールを決定したり、issueの切り方を整理したり、 テストフロー、デプ
思ってたより衝撃的だったのでブログを書きます。 顧客DB開発に関与=知識悪用し防止措置解除—派遣SE、逮捕状請求へ・警視庁 - WSJ 外部業者から派遣されているシステムエンジニア(SE)の男が、情報が流出したデータベース(DB)のシステム開発に関与していたことが17日、捜査関係者への取材で分かった。 警視庁は男が専門知識を悪用し、DBの流出防止プログラムを解除して顧客情報を記憶媒体に複製したことを確認。 これが本当だとすると各所が大騒ぎにならないといけません。ただ、「すわ、セキュリティコンサルに依頼だ!」では、まったく解決になりません。むしろ、振り返って「自社のITマネジメントってどうなっている」を正しく理解した上で「で、これからどうしていく?」ということを考えないといけません。 この事件はセキュリティの問題ではなく、ITマネジメントの問題なのです。 まず「流出防止プログラムがあった」こ
仕事に本当に必要なことというのは、案外シンプルなものです。今回は、仕事に関することについて、本当に覚えておくべき大事なことを一言でまとめてみました。 議論: すべての議論で勝とうとすると、すべての友だちを失うことになる。 ブレインストーミング: どんなに目的意識を持って取り組んでも、ほとんどのブレストは退屈なものだ。 ブランディング: ブランドは顧客の経験から生まれるもの。ブランディングでできることは商品にラベルを貼ることくらい。 ビジネス本: ほとんどのビジネス本は、言いたいことは10ページ分くらいで、残りの190ページはつなぎみたいなもの。その大半はケーススタディである。 キャリア: 自分が夢の仕事をするイメージを持っていなければ、たとえ夢があってもそれを実現できるチャンスは無いに等しい。 責任: どれだけ多くの責任を果たしたかではなく、責任を果たさなかったことがどれだけ少ないかで評価
シリコンバレーで新卒採用でソフトウェアエンジニアとして働く先輩として,君たちにN○Tよりシリコンバレーで働くことを勧告したい.理由は大きく3つある. 給料が遥かに高い.就労環境が極めて良い.グローバルな人材になれる.もう少し正確に言うと,ソフトウェアエンジニアとして仕事があるところなら,世界中どこででも働けるようになる.一言でいうと,シリコンバレーでエンジニアとして働くことはとても幸せで充実しているからおすすめしたいということなのだが,何に幸せを見出すかは人それぞれ違うので,特に思いつく以上の3つのメリットをもう少し詳しく説明するので,一つでも興味が当てはまるのならいいから黙って話を最後まで聞いて欲しい. 給料が遥かに高い.大まかにいって,20万ドルから30万ドルの年収が期待できる.これは日本でサラリーマンとして働くことに比べると大変高給だと思う. 別に高給だから偉いというわけではないが,
ちょうど今のチームに新卒メンバーが一人配属になり、「何からやっていこうかー」「今年の研修何教わった?」「今までどんな事やった事ある?」とか聞いている段階だった所にドワンゴさんの新卒研修の記事が流れてきたので、せっかくなので公開されている色んな会社さんの新人研修をメモっておく。なお、見たことがあるやつとか、ちょろっと調べてあくまでも自分と同じ職種に近いやつだけセレクトしているので、気の向いた人は「◯◯エンジニア編」とか作ると良いかもですね! 他社さんの充実したメニュー見ているだけじゃなくて、うちのチームの配属になったメンバーが「このチームに配属されて良かった」と思えるような事を僕もやらないとですね。 @okb_mさんのまとめブログ Web系会社の新卒研修の内容をまとめた(自分の調べた範囲) 既に去年の段階で似たようなまとめを作られている人が。以下かぶっているのも結構あるので、そこはまあお察し
現代の企業においては、IT(情報技術)、そしてウェブをどう使っていくかが企業の成長のカギを握っている――。このことに異論がある方はいないだろう。 少し前までは、既存の業務を一部IT化し「わが社はITを活用している」などと生ぬるいことを言っていられる時代だったが、今ではIT、ウェブをベースにビジネスモデルを組み立てていないと勝ち目の無い世界になりつつある。 グーグル、フェイスブック、マイクロソフトなどは言うまでもなく、今やITと全く無縁そうな回転寿司屋でさえ、ビッグデータを活用し廃棄量75%削減を達成している時代である(「スシロー、ビッグデータ分析し寿司流す 廃棄量75%減」:日経新聞電子版1月27日)。 しかし、これだけビジネスの中心にIT、ウェブが入り込んできている現在でさえ、IT、ウェブの中心を担うITエンジニアの仕事について「製造業と同じようなもの」と勘違いしている人が非常に多い。
堀江貴文氏(写真は2013年5月14日掲載の弊誌記事より) 独立行政法人情報処理推進機構(IPA)が2013年に行ったアンケートによれば、8割を超える企業が「IT人材の不足を感じている」と回答している。フリーランスで働くエンジニアの存在意義は、今後ますます高まっていくことが予想される。 だが、フリーエンジニアが働く環境には、依然として大きな課題がある。個人事業主を受け入れない開発現場があるなど、社会的地位が低いこと、プログラミング業務以外の雑務に追われることが、フリーで働く上での障害となっている。 首都圏コンピュータ技術者株式会社の創設25周年を記念して行われたフォーラム こうした課題の解決を目指してフリーエンジニアの支援を行ってきた首都圏コンピュータ技術者株式会社(MCEA)は、創設25周年の節目となる2014年、フリーエンジニアのブランド化と品質保証のための新たな取り組みをスタートさせ
Web の会社でエンジニアを始めて 4 年、ずっと運用エンジニアをやってました。運用とは端的に言うと、社内外の他人が作ったソフトウェアを期待通りに動作させるためのエンジニアリングだと思ってます。アプリケーションはもちろん開発者が作ったものですし、MySQL や Apache や Linux も全部他人が作り上げたソフトウェアであり、それらの設定を変更したりパッチを当てたり運用ツールを駆使することで、協調動作させることに磨きをかけてきました。 ただ、いつまでたっても他人の作ったものの面倒を見てることには変わりないし、運用ツールを開発したところでそれはあくまで誰かが生み出す価値のサポートにすぎないのが自分的には満足できなくて、ずっとアプリケーション(ビジネスロジック)が作りたいと思ってました。 で、今年の始めからたまたまタイミングよく新規開発の部署に入ることになって、いきなり開発者をやることに
Bradley Joseph Fitzpatrick (born February 5, 1980) is an American programmer. He is best known as the creator of LiveJournal and is the author of a variety of free software projects such as memcached, PubSubHubbub, OpenID, and Perkeep. Born in Iowa, Fitzpatrick grew up in Beaverton, Oregon, and majored in computer science at the University of Washington in Seattle. He started his first company, Fr
注目され期待され続けているプログラマーという職種ユーザーの検索動向が見れるグーグル・トレンドでは、2008年後半からプログラミング言語に関して本格的に人々が興味をもち始め、2013年以降その重要性に人々が気づき始めたことが見て取れます。 アメリカでは、大統領さえも以下のように語っています。 コンピューターを勉強することはあなたの未来のためだけじゃないんだ。アメリカの未来がかかっている。 テレビゲームをやるだけではなく、自分で作ってみよう。最新アプリケーションをダウンロードするだけで終わらず、デザインしてみよう。電話で遊ぶだけじゃない、プログラミングをしてみるんだ。 日本では、大前研一も著者やweb記事でビジネスパーソンの3種の神器が、英語・財務・ITであるように、プログラミングを含むITの知識が重要であることを説いています。 「英語」「IT」「財務」はグローバル時代の読み書きそろばんのよう
ベンチャーヒューマンキャピタル事業を展開するスローガン株式会社がプロデュースし、アマゾン データサービス ジャパン株式会社との共催で「2020年のエンジニア像 ~ エンジニアがこの先生きのこるには? ~」が先週開催された。 スタートアップ向けにエンジニアの採用、育成、評価に関する事例共有やエンジニアの働き方に関するパネルディスカッションなどが行われた。 ゲストとして参加したのは、 株式会社クラウドワークス 開発担当取締役(元CTO) 野村 真一氏 Sansan株式会社 開発部長 藤倉 成太氏 株式会社nanapi CTO 和田 修一氏 クックパッド株式会社CTO 舘野 祐一氏 というメンバー。スタートアップ各社におけるエンジニアの採用についてや、評価制度についてのトークについて紹介する。 スタートアップにおけるエンジニアの採用と評価制度 クラウドワークス – フェーズごとの採用ポイント ク
5/16(金)にCTOによるCTOのためのこんなイベントで話してきました。 http://peatix.com/event/33718 前半のプレゼンテーション CTOという立場である以上、自分自身が技術者としてどうあるべきかだけでなく会社の風土をどうしていくべきか。そしてその風土に合わせてどういう人を採用していくべきかという仕事が出てきます。 今回はそのあたりに焦点を絞ってお話をしました。第一部でつかった資料はこちらです。 他社さんの事例もすごく興味深かったです。特に、cookpad舘野さんのエンジニアの評価基準の話はすごく具体的で参考になりました。 後半はパネルディスカッション 後半は、パネルディスカッションです。他社さんの事例がいろいろ聞けたのは個人的にもすごく勉強になりました。 「めんどくさいおじさんにならないようにしよう」「成功体験おじさんにならないようにしよう」みたいな感じです
── 「これがないと生きられない」というアプリ・ソフト・ツールは? 間違いなく、ナンバー1は「Evernote」です。何もかもEvernote上でやっています。ブログの下書き、講演準備、アイデアのブレインストーミング、文書処理はすべてEvernote。メールを書くのもEvernote。Gmailに貼り付ける際、箇条書きの丸印などを書き直す必要があるんだけど、それでもEvernoteを使っています。 Evernoteを使い始めたころは、「Inbox」という名のノートブックがあっただけでした。それが今や膨大な量になっていて、それぞれのノートブックに番号を付けているんだけど、そのルールを説明できる自信がありません。それでも、機能していることは確かです。 Siriも使っています。今この瞬間も、部屋の中をウロウロしながらiPhoneのSiriを使って、Evernoteでこの記事を書いているところです
Photo by Joi 今回のpaiza開発日誌は片山がお送りします。 今後も技術(開発)を中心にエンジニアとしてのキャリアを歩んでいきたいなと考えている方向けに最近騒がれているフルスタックエンジニアとは何か、という事と、何故今後フルスタックエンジニアしか生き残っていけないのか?という事について書いてみました。 ■最近よく見かける【フルスタックエンジニア】とは何か? まずStackって何だろう?、というところで海外の記事などを読むと"LAMP stack"という言葉が良く出てきます。LAMPの場合、OSはLinux、WebサーバはApache、データベースはMySQL、プログラミング言語はPHP(もしくはPerl、Python)という形で組み合わせたものの事を言います。つまりOS、Webサーバ、DB、プログラミング言語の組み合わせ≒積み重ね、なのでStackという事のようです。こういった
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く