タグ

エンジニアに関するteitei_tkのブックマーク (345)

  • きっと何者にもなれない自分というエンジニアとしての生存戦略 - @teitei_tk Blog

    2016/10/26 現在26歳で業界歴は6年ほど。 まあ、若いと言えば若いであろう。実際色んな人と話をして年齢の話になると若いねとよく言われる。 が、もうそこまで若いとは言えないだろう。 あと3ヶ月も立つと自分も27になる。新卒の子や学生からしてみると、もはやおっさんであろう。 とまあ自分レベルの人間が自分をおっさんと言うと色んな人に怒られると思うので、おっさん予備軍とでも呼称するか。 で、そのおっさん予備軍として今後若く優秀なエンジニアと対抗する際に何が出来るのかと振り返ってみたが、何も残せていない。 例えば、 OSSで何か作っているか 有名OSSにContributeしているか CxOや役員などの経営者経験をしているのか OSSは趣味で作ったものをGithubで公開はしてはいるが、Star数が0のところを見ると利用されてるとは言えないだろう。 そんな感じで若く優秀な人からすると引っ込

    きっと何者にもなれない自分というエンジニアとしての生存戦略 - @teitei_tk Blog
    teitei_tk
    teitei_tk 2016/10/26
    書きました。
  • 非エンジニアの嫁にエンジニアの仕事をわかってもらうために工夫したこと - Konifar's WIP

    嫁は専業主婦なんですが、エンジニアがどういうことをやっているのかをある程度理解してくれていて色々と捗ります。ただ嫁に限らずエンジニアじゃない人にエンジニアのことを理解してもらうのは結構難しくて、どう実現していったかを簡単に残しておこうと思います。 問題意識 仕事柄、突発的に問題が起こって帰りが遅くなることはざらにあります。特にリリース前は忙しくて帰りが遅くなることも多く、帰るたびに説明責任を果たす必要がありました。 また仕事以外でも勉強のために家で開発をしたりブログを書いたりすることも多く、ジトっとした目で不満を訴えかけられていました。 これは毎回同じような対応をするよりも、根的に教育した方がいいかなぁと考えていました。問題の質は 何をやってるか想像もつかないことにあると思ったからです。 クイズを出す こんな会話をしてました。 俺「(画面を見せながら)このボタン何%くらいの人が押すと思

    非エンジニアの嫁にエンジニアの仕事をわかってもらうために工夫したこと - Konifar's WIP
  • えふしん「現場に必要なのは『フルスタック』より『デュアルスタック』エンジニア」

    「フルスタックエンジニアよりもデュアルスタックエンジニアのほうが必要」と呼びかけるのが、「えふしん」こと藤川真一さん。Twitterクライアント『モバツイ』の開発者であり、現在はBASE株式会社CTOとして長年Web業界をリードしてきた同氏が考える、いま現場に求められる「デュアルスタック」の考え方とは? フルスタックは「専門職に失礼」 ——藤川さんが提唱されているデュアルスタックエンジニアの話に入る前に、藤川さんが考えるフルスタックエンジニアの定義について教えていただけますか? 一時期、流行りましたよね、フルスタックエンジニア。要は、「自分が思いつく範囲のことを全部やりましょう」という話だったと思います。とはいえ、フルスタックと言っておきながら、実は全然フルスタックじゃないんですよね。デザインをやるわけでもないし、そもそもフルスタックエンジニアの役割にマネジメントは含まれていませんから。

    えふしん「現場に必要なのは『フルスタック』より『デュアルスタック』エンジニア」
  • 日報: 「0点を50点にする人」と「50点を100点に近づけていく人」 - Line 1: Error: Invalid Blog('by Esehara' )

    今日の風景 プロトタイプとプロダクトの違いを視覚化したものです 雑談 今現在、プログラミングのリハビリもかねて、自分のできる範囲で知人のプロダクトを手伝っている。進捗的にはそこそこ理想的な進捗になっている。これはVue.jsのおかげであるのが殆どで、たぶん、普通にjQueryでスクラッチで書いたら、今の工数の5倍はかかっていたと思う。それだけ、UI周りの挙動をライブラリに丸投げできることは、とてもいいことである。そのあたりについては、過去のエントリに書いたので参考にしてもらえれば、と思う。 「日報」という題名が付いているときは、大抵は証拠の無いことを、自分が思ったままに書くエントリということになるんだけど、今回もそういったエントリになる。最近ちょっと思ったのは、いわゆるWeb系エンジニアと呼ばれる人達には、プロトタイプを作るのが得意な人と、プロダクトとしてリリースするのに品質を上げていくの

    日報: 「0点を50点にする人」と「50点を100点に近づけていく人」 - Line 1: Error: Invalid Blog('by Esehara' )
  • Nianticの求人から推測する『Pokémon GO(ポケモンGO)』のサーバ構成 - Qiita

    1ワールドで済ますというチャレンジ Nianticの求人を見ていて、凄く驚いたのは、「Software Engineer - Server Infrastructure」での次の項目。 all on a single, coherent world-wide instance shared by millions of users. 対訳 全ての(アクション)は、数百万のユーザーに共有された単一の一貫した(サーバ群で行われる) つまり、ポケモンGOは1ワールドで構成されている。MMOのサーバを作ったことがある人なら5それがどんなに大変かピンとくるだろう。特に、ポケモンGOの様に一日に数百万人とかが遊ぶゲームで、1ワールドでゲーム世界を構築するのは、結構大変だ。6 MMOで1ワールドがなぜ大変か(データストレージとの戦い) MMOの様なオンラインゲームで、1ワールドがなぜ大変かを図示する。

    Nianticの求人から推測する『Pokémon GO(ポケモンGO)』のサーバ構成 - Qiita
  • 技術リーダーの出現をはばむもの | タイム・コンサルタントの日誌から

    「最近の日の経済はどうですか?」——外国人と事をしていると、よくたずねられる話題だ。先週、北米の関連会社から来たエンジニア事していた時も質問された。またその前の週にも、フランスで開かれたPM関係の国際シンポジウムの夕会で、隣り合わせた顔見知りに、まったく同じ事をきかれた。彼は米国のビジネススクールの学部長だった。反対側に座ったインド人(彼は豪州の大学教授だったが)も、興味深そうに聞き耳を立てる。米国もオーストラリアも日から見れば隣国のようなものだが、こちらの発信力が低いせいか、日の状況はさっぱり分からないらしい。わたしは答えた。 --良くないよ。GDPは成長どころか、じり貧だ。株価は一応保っているけど、最近の報道によると、日銀と政府系の年金基金はなんと、上場企業全体の7%もの株式を買って持っているらしい。つまり買い支えているわけだ。 その問いに答えるのは、簡単ではない。経済学

    技術リーダーの出現をはばむもの | タイム・コンサルタントの日誌から
  • 技術組織をスケールするためのCTL = チーフテクニカルリード - Kentaro Kuribayashi's blog

    GMOペパボにおいて、チーフテクニカルリード(略称: CTL)という職位を作りました。既に以下のブログエントリで新任の2人がエントリを書いているところですが、制度設計者として、その背景を述べてみたいと思います。 diary.shu-cream.net ten-snapon.com GMOペパボの執行役員CTOになって1年半*1、その前に技術責任者に就任してから早2年*2が経過しました。その間、組織面においては、「いるだけで成長できる環境」*3、技術面では「事業を差別化できる技術」*4というコンセプトでやってきました。まだ道半ばではあるものの、逆にいえば、通るべき道は見えているともいえます。 そんな中で、この2年間、ずっと気にかかっていることがありました。 組織的にはエンジニアの人数が90人弱になり、近いうちに100人に達することでしょう。また、技術の移り変わりはますます早くなっていき、つい

    技術組織をスケールするためのCTL = チーフテクニカルリード - Kentaro Kuribayashi's blog
  • エンジニアにどこまで何を求めるんだ:101回死んだエンジニア:エンジニアライフ

    いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 エンジニアは万能ではない エンジニアとい立場というのは、いろいろと求められるものが多い。単にプログラムができれば業務アプリが作れるかといえば、そうでもない。高性能なソフトを作ろうと思えば、ITのスキル、プラス専門知識が必要だ。 個人的な考えから述べると、エンジニアはストイックな人向けの仕事だと思う。求められる専門性が高いので、自分で求めなければ、業務で使用でききるレベルの技術を維持できない。何らか継続的に努力できる人でなければ、エンジニアは務まらない。 そんな風潮もあってか、エンジニアのスキルは高ければ高いほど良い。という考え方が一般的だ。ここまでは誰も疑わないだろう。しかし実際は、コーディングもサーバの保守もできて、お客さんとの信頼も厚く、自分で仕事を取ってこれる

    エンジニアにどこまで何を求めるんだ:101回死んだエンジニア:エンジニアライフ
  • 歳を取ってもエンジニアを続けられるのか

    エンジニアが年を取るとはどんなことだろう。年を取ることのデメリットとメリット、加齢に対する心構えを筆者自身の経験を基に語ってくれた。 ← 前回 連載 INDEX 次回 → 今回は割と語り尽くされた感のある話題であるが、歳を取ってもエンジニアが続けられるのかという話をしてみたい。最初に結論から言ってしまえば、歳を取ってもエンジニアは「もちろん続けられる」なのだが、そうはいっても老化というのは否応なしに全ての人の身に降りかかってくる(将来は遺伝子研究が進んで老化というものがなくなるのかもしれないが)。 30半ば過ぎの方は、最近物忘れが段々と増えてきたり、あるいはもともと視力の良い方であれば近くが見えづらくなってきたりと、このままエンジニアという職を続けてよいのだろうかと不安を抱えているかもしれない。今回は、老化への対処について具体的に取り上げたい。また、老化には負の側面だけでなく、プラスとなる

  • エンジニア男子は結婚に向いている!その理由と正しい出会い方とは

    人を好きになって、お付き合いをして、結婚……。文章にしてみると1行ですが、これがどんなに大変か! せっかく結婚するのではあれば、良い結婚をしたいですよね。どんな結婚相手が良いのかというと……実は最近、「エンジニア結婚相手にいい!」というウワサをちらほら聞くのです。一体どうしてでしょう? その理由を探るべく、WomanInsight編集部が、現役のweb系エンジニア陣&エンジニア彼氏・夫がいる20代女子たちに突撃調査してみました! ◆エンジニア結婚に向いている3つの理由 「エンジニアって結婚に向いてる?」とエンジニア彼氏&夫を持つ女性陣に聞いたところ、なんと答えは全員YES。理由を聞いてみたところ、こんな理由が出てきました。 【勉強好きな人が多い】 「どんどん技術が発達していくので、勉強し続けないと置いて行かれてしまう職種。だから全体的に向上心のある人が多いように思う」 「技術書を買って

    エンジニア男子は結婚に向いている!その理由と正しい出会い方とは
    teitei_tk
    teitei_tk 2016/08/25
    らしいです。
  • 33歳モバイルエンジニア道

    iOSDC 2016で発表しました。 https://iosdc.jp/2016/ 中堅の話。

    33歳モバイルエンジニア道
  • 不正アクセスの17歳、少年院送致決定 佐賀家裁:朝日新聞デジタル

    佐賀県の教育情報システムから生徒の成績などの個人情報が大量に流出した事件で、佐賀家裁(吉井広幸裁判官)は10日、不正アクセス禁止法違反などの非行内容で送致されていた佐賀市の無職少年(17)の少年審判を開き、少年院送致とする保護処分を決めた。 家裁や佐賀県警によると、少年は今年1月に佐賀県の県立高校付近で、校内の無線LANを通じて生徒の成績や住所を管理するネットワークに不正アクセスした。また、テレビの有料衛星放送をパソコンで無料で見られる不正プログラムを昨年6月にインターネットで公開した。

    不正アクセスの17歳、少年院送致決定 佐賀家裁:朝日新聞デジタル
  • 【雑記】メンター業務をがんばってたら最強の後輩が産まれてしまった - 歩いたら休め

    今年、いわゆるデータサイエンティスト的なスキルの後輩が入ってきて、私がメンターの役割を任されました(正確にはメンターになるはずのメンバーが抜けてしまい、早いタイミングで私が引き継ぎました)。 彼は、今時珍しく(?)、数学的な能力と、その手法を実世界に結びつけるセンスを兼ね備えて持っています。 ただし、プログラミングやエンジニアとしてのスキルは、入社時にはあまり持っていませんでした。 せっかくメンターになったので、ナントカっていう分析手法の話を「わかんねえなあ」って思いながら聞いてたり、「こういうこと勉強したらいいんじゃない?」とか唆したり、自分や同期がつらいと思っていたところを取り除いてたりしてました。その甲斐あったのかは分かりませんが、割と楽しんで仕事しているようだし、エンジニアとしてのスキルも順調につけていっています。 そこで、メンターの立場で心がけたことや、スムーズに業務できている要

    【雑記】メンター業務をがんばってたら最強の後輩が産まれてしまった - 歩いたら休め
  • 新卒の子にどこまで勉強すれば良いですかね?と聞かれた件 - Qiita

    ちょっと、簡単に答えられなかったので、休み中にまとめました。 「どこまで勉強すれば良いか?」 という質問には、 自分の立ち位置や、今後の目標など関わるので、 それらを踏まえて考える必要があると思います。 職種によっても違いますが、質問された時の状況は、 Web系エンジニアが新卒の子に聞かれた形なので、 考慮いただきたいです。 また、そもそも、どんな背景をもったやつが書いてるんだ?と思う方も いらっしゃるかと思いましたので、簡単に自己紹介してから書きます。 書いている人の自己紹介 現在33歳で、エンジニアスタートしたのが、 2005年08月だったので、エンジニア歴は11年となります。 ほとんどの現場がデスマーチ状態だったので、2ヶ月くらい前に転職して、 現在はホワイトな会社のリクルート住まいカンパニーで、PHPを書いています。 言語歴としては、最初にJP1スクリプトを1年半くらいやって、次に

    新卒の子にどこまで勉強すれば良いですかね?と聞かれた件 - Qiita
  • ソフトウェア業界の燃え尽き症候群についてJohn Willis氏のQ&A

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    ソフトウェア業界の燃え尽き症候群についてJohn Willis氏のQ&A
  • 転職ドラフトのデータから、どんな技術を持っている人が多いのか、集計してみた - Qiita

    サイトには、具体的な年収額は公開されていない。 (会員登録して職務経歴書まで入力すると具体的な提示額が見えます) そのかわりに、年収を6段階に分けて、名称を付けて表現している。 それが「ゴッド、ウィザード、スター、プチリッチ、ノーマル、ノービス」だ。 システムエンジニアSEの年収-年収ラボによると、平均が542万だそうだ。 その辺りから類推すると良いかもしれない。 感想としては、意外とノーマルより上が多い、という印象だ。 しかしここには落とし穴があって、 原則、提示年収の80%〜の金額が内定時の予測年収です。 という但し書きがあることは、共有しておきたい。 極論すると、ワンランクずつ下がる可能性がある。 プチリッチがノーマルにシフトすると考えれば、一番多いことにも少し納得する。 どの年齢層が居るのか? 年代 人数

    転職ドラフトのデータから、どんな技術を持っている人が多いのか、集計してみた - Qiita
  • クラウドワークスを支える愉快な仲間たち - クラウドワークス エンジニアブログ

    こんにちは、野村です。今回は趣向を変えて、クラウドワークスを作っているのはこんな人達だよ、ということで、当社開発部門のエンジニアにアンケートを取ってみました。 アンケート配布数は約30、回答数は21でした。 Q1. エンジニア歴は? 比較的若いメンバーが多いですね。 ちなみに自分は上記には含まれておらず、20年選手です (。◉ᆺ◉) Q2. 好きな酒は? 大事な話なので2問目に持ってきました。 ビール … 8票 日酒 … 8票 ウィスキー … 4票 ワイン … 2票 なんとなくエンジニアっぽい結果ですね。エンジニアっぽいですよね。うん、エンジニアっぽい。 その他の回答 ビール・日酒・ウイスキー・カクテル・焼酎・蒸留酒 要は酒ならなんでもよいわけですね。 自家製ラム梅酒 一瞬、酒税法的に大丈夫なのかなと思ってしまいました。 Q3. プログラミングを始めたきっかけは? サービスとか何か作っ

    クラウドワークスを支える愉快な仲間たち - クラウドワークス エンジニアブログ
  • よいコードを書くために,プログラマは何をすればよいのか

    よいコードを書くためには,設計の基を守り,既存のコードを読むことが必要である – Java ChampionでハイパフォーマンスコンピューティングのスペシャリストであるMartin Thompson氏のことばだ。InfoQは,QCon London 2016で“Engineering You”と題した講演を終えた氏に,ソフトウェア産業が直面する課題は何か,プログラマがそれを克服して優れたソフトウェアエンジニアになるにはどうすればよいのか,などをインタビューした。 InfoQ: 講演の中であなたが引用した,1986年の,ソフトウェアエンジニアリングに関する最初のNATOカンファレンスの内容は,現在でも通用します。ソフトウェア産業がいまだ問題を解決できないのはなぜでしょう? Martin Thompson: 1986年のNATOカンファレンスには,たくさんのテーマがありました。彼らはソフトウ

    よいコードを書くために,プログラマは何をすればよいのか
  • 「SOFT SKILLS」を読む前に知っておくと良いこと - Shin x Blog

    ソフトウェア開発者の間で、話題の書籍「SOFT SKILLS」を読みました。ひと通り読んで感じたことなど書いてみます。 同じ内容の文章を読んでも、それを誰が書いたかによって受ける印象は変わります。 まさに、それを実感したでした。 ソフトウェア開発者が書いたビジネス書 このは、「ソフトウェア開発者」が語る「ソフトウェア開発者の人生マニュアル」です。ざっくり言えば、「ソフトウェア開発者向けのビジネス書」ともいえるでしょう。 内容自体は、ビジネス書を数冊読んだことがある人であれば、それほど目新しいというわけではありません。実際、書籍内でも筆者が参考にしているビジネス書(ロバート・キヨサキの「金持ち父さん 貧乏父さん」やデール・カーネギーの「人を動かす」など)が紹介されており、こうした書籍から影響を受けた思考や行動がつづられています。 ビジネス書は、私も嫌いではないので、たまに読みます。やはり

    「SOFT SKILLS」を読む前に知っておくと良いこと - Shin x Blog
  • インターネットの普及がもたらした学習の高速道路と大渋滞:梅田望夫・英語で読むITトレンド

    4人のゲストブロガーの皆さん、計14回、当にどうもありがとうございました。 さてその中で、伊藤さんと吉岡さんの文章の中に「高速道路」という比喩が出てきました。 伊藤さんの「インターネット時代のエンジニアの価値」では、 「先日梅田さんにお会いしたときに「(人の成長に影響を与えるものとしての)インターネットは、高速道路だ」と仰っていました。プログラムのソースコードのように、「ネットワーク上を伝播することが可能な物」がナレッジの基礎となるような分野においては、その道のプロになるための高速道路が敷かれているのが昨今の状況なのです。」 「プロになるための高速道路が整備されたということは何を意味するでしょうか。それは、エンジニアの相対価値の低下を意味します。これまでその道のプロだとして希少性をもって価値を発揮していた人々は、後続の高速道路乗りたちにあっという間に追いつかれてしまいます。そこから先はも

    インターネットの普及がもたらした学習の高速道路と大渋滞:梅田望夫・英語で読むITトレンド