同期に打ちのめされてから、立ち直るまでの話 （研修振り返りレポート） | BLOG - DeNA Engineering
― 「人と比べるな。なりたい自分を目指せ」 目次 入社当日 エンジニア研修で同期の実力に驚愕 人と人は比べられない 自分で目標を立て、その達成のために全力を注ぐ 考えが変わったあと 研修を振り返って 入社当日 「人と比べるのだけはやめなさい。私の新人時代は人と比べて2年間無駄にした」 入社当日に南場さんにいわれた一言です。当時の私は「ふむふむ、なるほど」と、相槌を打って理解し、納得したような顔で聞いていました。 でも、実行に移せるかどうかはまた別問題で、この言葉の重みを思い知ったのは後のエンジニア研修でした。 エンジニア研修で同期の実力に驚愕 入社前から、何人かのエンジニアとは話をしたことがあったので、同期のレベル感はなんとなく察していました。総じて高いだろう、と。 その予想は大きく裏切られました。驚愕するレベルで同期の技術レベルが高かったのです。 起業経験があったり、 サービスをほとんど
2018年の段階で私が知らないこと
Originally written in: English • Русский (авторский перевод) Translated by readers into: Deutsch • Español • Français • Português do Brasil • Svenska • Tiếng Việt • తెలుగు • 日本語 • 简体中文 • 繁體中文 • 한국어 Read the original • Improve this translation • View all translated posts 多くの人は、私が実際に持っている知識量より遥かに多くのことを知っていると思い込んでいる。それは悪い事ではないので文句を言っているわけではない。(世の少数派の人達は、努力して資格を得ているにもかかわらず、逆の偏見に苦しめられている。それはイケてない。) この記
無責任な"not for me"発言は迷惑なのでやめてほしい - lacolaco
愚痴。 最近特定の技術やライブラリ、ツールなどに対して、「自分には合わなかった」のような発言をする人をよく見かける。 ちょっと前だと「○○はクソ」のような直接的なdisが目立っていた気がするので、少しは丸くなったつもりなのかもしれないが、 Angularというひとつの技術のユーザーコミュニティを主催する僕としては余計に迷惑だ。 もっと慎重になれ medium.com AirbnbがReact Nativeを使うのをやめた記事、これは本当に偉い。 技術選定を行い、結果的にマッチしなかった、というレポートには、最低限次の項目が必要だと考えている。 開発の目的 選定理由 マッチしなかった理由 このどれが欠けてもいけない。単に言葉遣いが柔らかいだけでdisと変わりないどころか、下手するとFUDにすらなり得る。 FUD - Wikipedia FUD（英: Fear, Uncertainty and
誰でもできる、プレゼンが劇的にうまくなる基本テクニック - 科学と非科学の迷宮
私も「テクニカルエバンジェリスト」などという大層な肩書を会社からいただいており、講演や連載記事などの執筆を行っていますが、私のプレゼン技術は数年前にMSの西脇さんのプレゼンセミナーに参加させていただいて学んだものがほとんどで、正直言うとこのような記事を書いて講釈を垂れるような立場ではありません。 しかし、直近で西脇さんのセミナーがないということと、会社も大きくなり同僚が増えていく中で、速やかに自分のプレゼン技術を共有しなければならないという状況になったため、恥ずかしながら自分なりの方法を説明するためにこの記事を執筆することにしました。 プレゼンとは銘打っていますが、実際にはプレゼンだけでなく、ブログの記事執筆などさまざまな表現の場で活用することができます。"present"とは「伝える」「表現する」という意味であることからもわかるかと思います。 著者の経験 公開イベントでのプレゼンは、小さ
【随時更新(17.04.15Kotlin追加)】いろんな技術の入門ハンズオン資料まとめ(Angular/React/WebVR/Go/Python/Xamarin etc...) - teratail blog
こんにちは。 teratailチームDevRel担当の木下（@afroscript）です。 1年ほど前からたくさんのコミュニティの方々とイベントを共催しています。 様々な技術のハンズオンもご一緒させて頂いたので、そこで使われた資料のうちWebで公開されているものをまとめてみました。 ぜひ新しく技術を学ぶ際、ハンズオン資料を作成する際などにご活用ください。 ちなみにteratailで開催しているイベントは、基本的にconnpassで公開しています。 イベントの一覧はこちらです。(僕が個人的に開催している勉強会も多々混じってますw) →http://connpass.com/user/afroscript10/open/ Facebookのteratailユーザーグループでもイベント開催のお知らせをしていますので、併せてご確認ください。 →https://www.facebook.com/gr
Prottを支えるチームと技術
The document discusses Goodpatch Inc., a company that develops Prott, a free rapid prototyping and collaboration tool. It provides information about Goodpatch's offices in Tokyo and Berlin, its 78 employees from 7 nationalities, and its product, engineering, and design divisions. It also briefly describes Prott and Goodpatch's architecture using AWS services.Read less
はてなでの10年戦える新技術採用戦略の話 - Hatena Developer Blog
この記事ははてなデベロッパーアドベントカレンダーを始めます - Hatena Developer Blogの最終日の記事です。昨日は id:ichirin2501 の MySQLでINSERTのデッドロックに嵌る人を1人でも減らすために - ichirin2501's diary でした。 こんにちは、id:stanaka / @stanaka です。今年のはてなデベロッパーアドベントカレンダーも最終日です。 2015年もSwiftのOSS化から、JavaScriptでデスクトップアプリを書けるElectronや、 Chainer, TensorflowなどのDeep Learningライブラリ、AWS RDSのAuroraの東京リージョンでのリリースなどなど、 大小様々な技術が登場しました。 はてな社内でも新しい技術の採用方針については時々議論になるのですが、 社内向けに書いた技術選択を
スターエンジニアはキラーアプリを生み出すのか？ - mizchi's blog
日本Web技術界隈著名人の残念さ具合 - thinkchangの日々日誌 は内容自体はどうしようもないのだけど、テーマ自体は自分も日頃悩んでいたものなので書き出してみる。あ、そういえば行方不明のmalaさんは一昨日のハッカソンで振り向いたらいたんで大丈夫です。 キラーアプリの出現と技術的イノベーションに相関あるかと言われたらあるとは思うけど枯れた技術の水平思考的な余地も十分あるんでキラーアプリが必ずしも技術的なイノベーションを果たしている必要はない。ただし技術優位がない場合は企画レベルで制限かかるので、それを許容するかどうかという話— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24 技術的イノベーションによって可能になったサービスはたくさんあって、たとえばデータベースを使った動的なウェブサービス、2000年前ごろにPerl CGIが現実的な速度で動くようになってから増えた
オハヨー乳業 泡でプリンに焼き目を付ける - 食品特許を読みあさろう
コンビニなどで売られているカッププリンに大きな驚きをもたらした、プラスチックカップ入りの焼きプリンについての特許です。 疑問に思ったことはないでしょうか？ 「プラスチックのカップに入っているのにどうやって焼き目を付けているのか？」 手作りで焼きプリンをつくる場合は、ガラスや陶器などの耐熱容器に入れてオーブンで焼いて焼き目を付けます。ときには、クレームブリュレのようにバーナーで炙って焼き目を付けることもあります。 しかし、プラスチックカップに入ったプリンではそれほど高温で焼くことはできません。とはいえ、耐熱性プラスチックを使用しているので180℃くらいなら大丈夫ですが。 手作りの焼きプリンは卵液の熱凝固でプリンを固めますが、一般的に廉価で販売されているプリンはゼラチン等のゲル化剤で固めています。前者は固めるために加熱が必要ですが、後者では固めるための加熱は不要です。原料も製造工程も経済的です
まつもとゆきひろ氏が「生涯プログラマー」でやっていきたい若手に贈る3つの言葉 - エンジニアtype | 転職type
2015.06.03 スキル 社会人になったばかりの若いエンジニアの中には、一度この道に足を踏み入れたからには、自らの技術一本で身を立てていけたらという、強い思いを胸に秘めている人も少なくないのではないか。 そう考えて今回、Rubyの父として知られるまつもとゆきひろ氏に、あえて「これからの時代に技術だけで生き残るには？」という偏ったテーマで取材を依頼した。返ってきたメールの冒頭にあったのが、次の一文である。 「技術だけで生きるというのは幻想である」 まずはその真意を聞くところから、取材は始まった。 まつもとゆきひろさん(@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチーフアーキテ
「using CSharp;」な企業を支える技術方針とベスト.NETライブラリ
「最先端のC#技術活用」を掲げる会社の開発現場では、どのような技術やライブラリが、どんな理由で使われているのか。C#開発者必読の、勉強会レポート。 連載 INDEX 次回 → 2015年3月25日（水曜日）、Build Insider主催＆グラニ共催の勉強会「Build Insider MEETUP with Grani 第1回」を開催した（場所は、六本木ヒルズ森タワー15Fにあるグラニのファンスペース）。この勉強会では、下記の2つのセッションがあった。 1A Framework for LightUp Applications of Grani 2Grani's way of thinking Infrastructure 本稿は、グラニCTO（最高技術責任者）の河合 宜文 氏が登壇した1のセッション内容の中から、筆者が重要だと感じたポイントを簡潔にまとめたものである。文章によるレポート
技術選択とアーキテクトの役割
特定のプロジェクトがあり、要件定義をし概要設計をする。 それがアーキテクトの仕事だと思われがちですが、大きな視点を持ち様々な課題を自らリードして解決していく立場としても絶好のポジションです。 このセッションでは、Mobage オープンプラットフォームの立ち上げから、 グローバルプラットフォーム展開、さらには mixi 社との共同プラットフォーム構築、 JavaScript SDK と認証技術の組み合わせによる新しい HTML5 プラットフォーム構築をアーキテクトという立場でリードし続けた立場から、技術選択のみならず実現したい事に対する俯瞰的な捉え方を、これまでの実例と共に紹介し、アーキテクトという役割について、お話します。Read less
脱ビギナー！Androidのnullな話 - クックパッド開発者ブログ
新規広告開発部の松本です。 クックパッドiOS/Androidアプリの広告の開発に携わっています。 Androidアプリ開発の際、皆さんはnullをどのように扱っていますか？また、nullチェックを行うのであれば、どのような基準で行っていますか？私自身まだまだAndroid開発歴が浅いため、特に何か基準がある訳でもなく至る所でif (foo != null)といったnullチェックを行おうとしていました。 これに対し、先日の社内コードレビューでとてもためになるアドバイスをもらいました。私のようなAndroid初心者にとってnullに対する考え方の基礎を作ってくれるレビューだったので、本稿で共有したいと思います。 また、AndroidやJava開発に慣れた方にとっては「今更そんな話か」といった内容かと思いますが、クックパッドでのレビューの一例としてご覧いただければ幸いです。 やりがちなnul
「動いているからいい」では済まされない技術的負債と使われ続ける枯れた技術。 | srockstyle
@srockstyleです。 最近あちこちで技術的負債と枯れた技術の話があがったりしてるみたいですけど、個人的には技術的負債と枯れた技術には厳しくあたらなきゃなあと思ってます。 枯れたソフトウェアっていう名目で古いソフトウェアを使い続ける現場多いんですけども、意外とびっくりするようなバグがあったりすること、最近多い気がしてます。bashしかり、OpenSSLしかり、glibc……まあ、別になれたもの使えばいいと思いますが、かといって「すでに動いているから変更の必要がない」という考え方って僕自身としては危険だなと思ってます。 セキュリティパッチを当てる事に対してすごくネガティブなイメージもたれる人っているんですけど、サーバサイドといってもOSレイヤーのソフトウェアの説明って説明してもわからないひとからすると優先順位は低いです。そしてOSレイヤーの話をしても緊急度がぴんとこないと結局そこにパッ
優れたプログラマに対しての、管理職への昇進以外のキャリアパス | POSTD
あなたは、これからキャリアを切り拓こうとしている素晴らしいエンジニアたちを抱えています。チームは優れた成果を出して成長し続けているので、何らかの具体的な方法で賞賛したいと考えています。すぐに思いつくことは、特にエンジニアたちがそのチーム内ですでに事実上リーダーの役割を果たしている場合には、彼らにチーム内での役職を与えて昇進させることでしょう。でもその報酬は、本当にエンジニアたちが望んでいるものでしょうか？ もしかしたら彼ら自身も、昇進は望むべきもの、と思い込んでいるだけではないでしょうか？ 人材マネジメント力は別のスキル エンジニアの世界では、エンジニアたちが技術面ではピークに達した後に、これまで習得したものとは全く別の、社交面だとかソフト面におけるスキルを学ぶよう求められることがよくあります。これらは、エンジニアたちが過去のキャリアではほとんど気にしていなかったものです。このようなスキル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
成長を支援する “ふりかえり”の技術 / How to lockback using "furik"
FINAL FANTASY Record Keeperのマスターデータを支える技術
営業さんまで、社員全員がSQLを使う 「越境型組織」 ができるまでの3+1のポイント | リブセンス
Gunosyの施策を支える技術
1000万ダウンロードアプリ『メルカリ』を支える技術
