エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠typeエンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。
Web系ベンチャー各社の開発体制・開発プロセスについて | Weekdayランサーズ勉強会 | ランサーズ（Lancers）エンジニアブログ
こんにちは、ランサーズのtomohiroです。 ランサーズでは、自社で開催する勉強会で、 『WeekendLancers（週末ランサーズ）』というイベントを開催してきたのですが、少しご無沙汰になっていました。今回改めて再開しようと調整した結果、平日の夜(４月２３日木曜日)になったため、weekday ランサーズとして開催する事になりました。 そして、記念すべきを第１回を私が登壇する事に。 今回のテーマは「開発体制・開発プロセスについて」。 どの会社も成長に伴い、色々試行錯誤しつつ、色んな仕組みや施策を取り入れているようです。 登壇していただいた企業はどこも「自動化」と「情報の集約」はやっているような印象を受けました。例えば、ランサーズでは、「情報の集約」にchatwork と言うツールを使っています。 各社ツールは違えど、アプローチは似ているんだなと感じました。 詳細はぜひ登壇資料をご覧い
「納品のない受託開発」を支えるコードレビューの取り組み
「納品のない受託開発」と共に、その現場で行われている開発の進め方と、ソースコードレビューの取り組みについてご紹介します。Read less
クックパッド×はてな×nanapi開発トップが見てきた「伸びるエンジニア」ってこんな人 - エンジニアtype
クラウド技術の進化や開発ツールの充実などを背景に、Webエンジニアに求められる開発知識は日々更新され、右肩上がりに高度化していっている。常に成長し続けることなしに、エンジニアが理想的なキャリアを描くことはできないと言っていいだろう。 そんな状況下、柔軟に知識と経験を増やしながら伸びていくエンジニアと、そうでないエンジニアとでは何が違うのか。弊誌姉妹サイト『＠type』が主催する『エンジニア適職フェア』（東京ドームシティ）でこのほど、優秀なエンジニアを輩出することで名高いIT企業3社の開発トップを招き、「エンジニアが成長する職場の条件とは？」をテーマにトークセッションを開催した。 《登壇者》 ■クックパッド株式会社 執行役 最高技術責任者 舘野祐一氏 ■株式会社はてな 執行役員 サービス開発本部長 大西康裕氏 ■株式会社nanapi 取締役 執行役員 CTO 和田修一氏 エンジニア育成の取り
スマホ時代の主役になりたい技術者は、「デザイン思考」と「のりしろ」を持つべき【連載:えふしん】 - エンジニアtype
藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社（現・マインドスコープ）を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社（version2）設立 最近、Webやスマホの制作界隈で、「デザイン思考」という言葉を見かけることが増えました。 デザイン思考というのは、IDEOというビジネスコンサルタントが製品開発の際に取り込んだプロトタイプを活用した製品デザインの方法です。プロセスとしては右図の通りで、 ・ 実現したい哲学とビジョンを決める ・ 調査を行い、分
優れたエンジニアを採用できないワケ | POSTD
あなたは技術者採用の面接が苦手ですね。そう、あなたですよ。間違ったスキルを探し求め、適正の無い人たちを採用して、自分自身と会社に悪い影響を与えているのです。応募者リストを見直さなくとも、今までとは違う人材を採用し、会社の業績を上げ、あなた自身も仕事をもっと楽しめるようになりますよ。 いささか大胆な物言いだということは承知しています。仕事での経験を積み面接を担当するようになってから10年、大小の企業の様々な部署で、技術者を雇うための数多くの面接をしてきました。採用する人材が会社に及ぼす影響についても見てきました。完璧な採用を目指せというつもりはありません。私自身がこれまで何度もしてきたあらゆる失敗をあなたが犯さなくても済むよう、お伝えしたいのです。私がこれまで学んできたことは次のようなことです。 誤った判断基準 1. 応募者の現時点の知識に基づいて採用しない 面接で犯しがちな最初の間違いは、
プログラマ歴13年の僕が10年後まで感謝し続けていると思う本13冊
挨拶 お久しぶりです。ORASもうすぐ発売ですね。僕はとりあえずメガタブンネを軸にしたパーティーを組んでみるつもりです。ポケモントレーナー兼プログラマの石田です。様々な没稿を経て、こんな内容になりました。振り返ってみれば、職業プログラマとしては、もう13年になり限界説の35歳に差しかかったタイミングです。技術そのものに貪欲なタイプのエンジニアからすると読んできた技術文書の数は少いんじゃないかなと思うのですが、棚卸しの意味も込めて13冊を短評付けて選定してみようと思います。中には絶版になっていて、マーケットプレイスでないと手に入らないような古い本も有ります。また、ひょっとすると現代的な環境に似わないものも有るかも知れません。その場合、おっさんの棚卸しが目的だということで、大目に見てください。 プログラミング言語Perl VOLUME1, 2 と実質2冊なのですが1冊としてカウントしています。
「みんなジョブズに騙されている」増井俊之教授が進歩の止まったコンピュータのUIを問い直す【TechLIONレポ】 - エンジニアtype | 転職type
モノづくりをテーマに行われた『TechLION vol.18』。登壇者は左から寺薗淳也氏、瀬尾浩二郎氏、増井俊之氏 コンピュータはこの30年、まったく進歩していない――。 有名エンジニアによるトークライブの場としてすっかりおなじみになった『TechLION』の壇上で、慶應大学環境情報学部の増井俊之教授は業界の現状を憂えた。 2014年9月に開催された『vol.18』のテーマは「モノづくり」。小惑星探査機『はやぶさ』プロジェクトチームの一員としても知られる会津大の寺薗淳也准教授、面白法人カヤックから独立しフリーのエンジニア/クリエイティブ・ディレクターとして活躍中の瀬尾浩二郎氏とともに、UI研究の第一人者、増井教授は登壇した。 時々刻々と性能が上がっているように見えるコンピュータ（編集部注:増井氏の発言では「計算機」）が、30年にわたってまったく進歩していないと指摘する増井氏の真意とは？ 『
【ITエンジニア向け】激務が続く環境を改善したい、常駐先を変えてほしい…ビジネスパーソンのための「伝え方が9割」講座 - リクナビNEXTジャーナル
【ITエンジニア向け】激務が続く環境を改善したい、常駐先を変えてほしい…ビジネスパーソンのための「伝え方が9割」講座 「この提案はどうしても通したいが、どうすればうんと言ってもらえるだろうか？」「言いにくいことを言わなければならないが、どう言えば角が立たないだろう？」など、仕事において言葉の選び方に迷うシーンは多いものです。そんなとき、「伝え方ひとつ」で、その後の展開は大きく変わります。ベストセラー『伝え方が9割』著者の佐々木圭一さんに、相手の心を動かす「伝え方の極意」を聞きました。「新人営業向け」「営業メンバー向け」「営業マネージャー向け」「企画職向け」に続く第5弾は、「ITエンジニア向け」をお送りします。 佐々木圭一さん：コピーライター、作詞家、大学非常勤講師。日本人で初めて米国の広告賞「One Show Design」でゴールドを獲得するなど国内外で51のアワードを獲得。2013年2
スマニュー・鈴木代表「これからのエンジニアはプロダクトをやれ」 年俸10億円プレイヤーへのキャリアパスとは？
各社のエンジニア採用戦略 Q4：採用戦略についてお聞きしたいです。どのようなレベル感のエンジニアを、どのような戦略で採用していっているのか、具体的な話をお聞きしたいです。 鈴木：じゃあ本田さん。 本田：やはりプロダクトのロードマップありきで、さっきもちょっと話したんですけど、消費者とブランドのあらゆるタッチポイントを押さえる、究極の広告インフラを作っていくっていくことを、僕らの最終目標にしてはいるんですが。会社の中では年に1回、そこに向けて現実的なその年にやるべきことのプロジェクト化、「こういった計画を立てて、ここまでやっていくぞ」と決めていくのをやっていて。 必要に応じ、その内容に合ったエンジニア採用を強化していくという流れになります。タッチポイントを順番に攻めていく段階で、僕らはPCから始まって、今はスマートフォンを本格的に攻めていって、今後はその先へと。 スマートフォンに比べるとまだ
【エンジニアは神だと思う】エンジニアの「できる」と、非エンジニアの「できる」は違う | HRナビ by リクルート
とある機能の実装を相談して、エンジニアの人が「できます」と言ったとき、僕はまずは、こう返すようにしています。 「どのくらいの時間がかかりそう？ あと、どのくらい大変そうか、ちょっと調べてみて？」 これを聞くようになったのは、僕はこの「できます」の件で、何度も絶体絶命の危機に陥ったことがあるからです。 ……その前に、はじめまして。清田いちると申します。できることは、サービスやサイトのディレクションと、鼻を凹ませながら膨らませることです。 今まで、ココログ、ドーナッツ！（絵本）、ギズモード・ジャパン、Zenback、ShortNote、などの企画を立ち上げてきました。個人ブログは小鳥ピヨピヨといいます。 唐突ですが、僕は、エンジニアのことを「神」だと思っています。 崇め奉っている、という意味だけではなく（そういう意味もありますが）、西洋的な意味での「創造主」。 世界を作ったのはエンジニア。エン
Appsites | Mobile App Marketing - Increase App Downloads
{{meta.description}}
ITエンジニアの勉強時間は月20時間以上！？好きなことして生きる方法 - paiza times
Photo by scott feldstein こんにちは、今回は谷口がお送りします。 ITエンジニアの皆さんは、普段どれくらいの時間、プログラミングの勉強をしていますか？エンジニアであれば、仕事でもプライベートでもプログラミングをしているという人が多いのではないかと思います。 今回は、そんなエンジニアの勉強と、エンジニア特有のワーク・ライフ・バランスについて考察してみたいと思います。 先日paizaでは、会員の方に向けてITエンジニアの働き方に関するアンケートを実施しました。期間は2014年7月18日から7月31日の間、対象となったのは、20代、30代で正社員・契約社員・派遣社員の皆さん273名です。 このアンケート結果から、エンジニアの皆さんが望む働き方を見てみましょう。 ■アンケートから見るITエンジニアの働き方 ◆1．残業時間と所属業態 まずは皆さんの平均残業時間です。 これを見
67才プログラミングほぼ未経験にしてiPhoneアプリをリリースした方に色々聞いてみた - 卵は世界である
記事内に広告を含む場合があります。記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 @akio0911です。今日は、僕が講師をしているiPhoneアプリ開発講座「アプリクリエイター道場 開発塾」を受講して、ついにアプリをリリースされた蒲池さんにお話を伺ってみました。蒲池さんは現在67才。プログラミングはほぼ未経験の状態から勉強を開始してアプリリリースに辿り着きました。今は2作目のアプリを作り終え、既存アプリのiOS 8対応と、新機能のアップデート作業に取り掛かっています。 （【追記】このインタビューの続編を公開しました！ ⇒ シニアアプリ開発者蒲池さん（68歳）のその後。Apple Watch発売と同時にアプリをリリースし、今はRealmにチャレンジ中！） シニアアプリ開発者蒲池さん（68歳）のその後。Apple Watch発売と同時にアプリをリリ
テストエンジニアの品格 #automatornight
2. Self Introduction • きょん kyon_mm • テストアーキテクト 2年目 • TDD/BDD, SCM, Agile, Softwaretest, SoftwareEngineering • なごや • 基礎勉強会, SCMBC, Nagoya.Testing, Cafe.Testing
ウェブサービス開発の現場におけるデザイナー不要論と5〜10年後の生存戦略 - 情報建築家 石橋秀仁
本稿では、まず「ウェブサービス開発の現場で、ウェブデザイナーの仕事はエンジニアに奪われつつある」という脅威を語る。次に、生存戦略を考えるヒントとして「分かりやすい生存戦略」を2つ提示する。「アートディレクター」と「フルスタックウェブデザイナー」という2つの生存戦略だ。 なお、「仕事を奪われていくプロセス」と「生存戦略を遂行するプロセス」について、5〜10年程度のタイムスパンをイメージしている。 ウェブデザイナーの仕事がエンジニアによって奪われつつある ウェブサービス開発の現場では、ウェブデザイナーの仕事がエンジニア／プログラマーによって少しずつ奪われつつある。とくに小さな組織や新規事業の現場では。 象徴的なのは「Bootstrapがあればデザイナー不要だよね」論。「もはや社員としてデザイナーを雇う必要はなくて、必要な時にランサーズで発注すればいいよね」「スタイルシートいじったり画像パーツ作
成長の場を求めないソフトウェアエンジニア？：柴田 芳樹 (Yoshiki Shibata)：So-netブログ
「ソフトウェア開発組織が持つべきカルチャー」と題して、過去に以下の記事を書いています。 継続した学習習慣 コンピュータの基礎を教える 共に学ぶ マネージャが勉強会を主催する プロセス中心ではなく、スキル中心 スキル向上に真剣に長期的に取り組む カンファレンスへ積極的に参加させる コードをレビューする Source Code Controlへ最低でも毎日コミットする ビッグバン・インテグレーションを避ける テストを自動化する ソースコードを調べる 自分で書いたコードを自分で見直す 知識教育だけではなく、良い行動パターンを促進する また、「コードレビューの視点」として、以下の記事を書いていいます。 Copyrightを書く 必要なエラー情報を付加する マルチスレッドプログラミングに注意する 言語仕様を確認する 独り言コメントは書かない 説明とコードが違っていないか注意する 知識の伝達の場 エン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング言語は「黙って写経」──カーネルハッカー・小崎資広（4） | サイボウズ式
https://qiita.com/PLHX/items/c20b953abad3c9e4f95e
続けられた理由は「仕事が楽しくなかったから」──カーネルハッカー・小崎資広（3） | サイボウズ式
