一人 CTO Night での発表資料です

Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find

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

徳丸さんにご推薦を頂いて光栄です。立命館大学の上原です。 私からも補足を。 セキュリティの分野で今、最先端で活躍しておられる方の中には、少なからず「大学でも専門学校でもセキュリティのことを学ばなかった」方がおられます。中には、そもそも高校を出てすぐこの世界に入ってこられ、全くの独学で大変高い技術を身につけられた方もいらっしゃいます。なので、「セキュリティエンジニアは技術さえあれば学歴は関係ない」と言われるのだと思います。 ですが、こういう先達の方々はご自分で大変努力されていること、また、セキュリティの問題がそれほど複雑でなかった時代から、複雑化した現代までの経過をずっとリアルタイムで追ってこられたという、言わば「産まれた時代が良かった」という点は見逃せないと思います。これからセキュリティエンジニアを目指す方がその境地追いつくのは大変です。そのためには、基礎からきっちりと体系立てて学ばれるこ

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） 日々採用や組織がうまく動くように苦労しているみなさんこんにちは。@ryuzeeです。 ひとりで色々な物事を完結できればこんな楽なことはないのですが、特にシステム開発においてそのような規模のものは多くなく、たいていの場合複数人を集めてプロジェクトを遂行することになります。特に案件ベースで体制を作るシステムインテグレーターなんかを思い浮かべて頂くとわかりやすいかもしれません。 さて、そうやって集められた「人たち」はいきなりうまく機能して、プロジェクトのゴールに邁進できるようになるのでしょうか？というと残念ながら答えはノーです。 以下の図は、心理学者のタックマンが提唱する「タックマンモデル」と呼ばれるチーム(集団)の進化形態をあら

節目節目で振り返ろうとおもってはいたものの、前回の振り返り から気づけば岩手に戻って2年半が経ってました。 このブログも気づけば1年ぶりの更新です。 ちょうどまとめる時間があったので備忘録的にまとめたいと思います。 長いので一言でいうと、いろいろありましたが元気にやってます！ この2年半なにやってたのか 博士前期課程（修士）の学生をやっていました 2013年4月 岩手県立大学大学院ソフトウェア情報学研究科に社会人入学しました。 情報システム構築学講座に所属して、地域の魅力発見・発信に関わる研究をしてました。分野的には、地域情報学とか観光情報学なんて呼ばれるあたりかと思っています。大学院は2015年3月に修了しました。この2年間で大きく分けると2つの研究をしました。 1つ目は、修士論文となった研究で、概要は、旅行者が利用しているチェックイン系サービスへのチェックイン履歴から次のチェックイン先

今のチームのプログラマたちは、製品の機能や UX に意見を持っている。 UX デザイナがおらず PM もおとなしいプログラマ中心のプロジェクトから来た自分は、アプリやサービスの世界でデザイナや PM がどう物事を決めるのか、そこにプログラマがどう絡むのかに興味を持っていた。どうも一筋縄でない。 定例ミーティングではデザイナのモックを前にプログラマたちが細かいレイアウトや動きを議論している。各リリースの計画会議では誰かしら自分の欲しい機能を持ち出す。廊下でデザイナと顔を合わせては唾を飛ばし合っている。ランチで PM と同席するたび何かを申し立てている。 自分はそんな意見がない。開発しているアプリに興味はある。自分で使っているから良くなってほしい。でもアイデアはない。速くてバグがなければいい、くらい。 コードの書き方には意見があるし、開発プロセスやインフラにも言いたいことは多い。バグを減らした

※最初に断っておくと職場やそこの人への愚痴などでは一切ありません。 客観的な職場の現状と自分のキャリアの希望のズレに言及した記事になります。 本記事について 現在大手Webサービス会社に新卒入社して7ヶ月経った。 だが、入社初期からずっともやもやしていて目をそらしてきたものがあるのでここで一旦言語化して整理したい。 記事の概要 ざっくり言えば、 「入社一年目はインプットが大量に必要だと思っているが自分が求めるインプットではなかった。自分の今後のスキルアップを考えたら今の環境にいるべきではない気がするが、今の環境で結果を出せていない事実もあるのでどうするのがベストか決めあぐねている」といった内容の記事を書く。 自分が職業エンジニアとしてやりたかったこと 自分は情報技術が好きである。 何かしらの大きな課題を前にしてそれを技術で解決することに憧れている。だから入社前はデータ分析職を希望した。よく

2015-10-13 フリーランスを辞めて3年たったのでとりあえず所感 エンジニア 働き方 2015年も早10月になりました。業務充実しすぎてしばらくブログ書けてなかったゴミです。すいません。 思えばフリーランスから足を洗い、道玄坂の緑の会社に入社してちょうと3年ということになります。ちょうど29のときでした。 stormcat.hatenablog.com まー、エンジニアの働き方やらワークライフバランス？が叫ばれる昨今でありますので、実際どのように変わったのかを書いてみようと思います。 技術的チャレンジ フリー時代にSNSやってたとこでScalaにトライする（2011年くらい）っていうことをやらせてもらったことがあるけれど、そんなのを許容してくれるような所はほとんど無いです。常駐で技術的に攻めてるプロジェクトに入ったとしても、それをフリーランスが主導できるなんてケースはかなり稀です。今

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

スタートアップへの転職に関する相談をいただくようになりました。周りでは幸せな転職をしている人のほうが多いように思いますが、時々少し幸せそうではない転職も見ます。 スタートアップへの普通の転職は、通常の転職とは少し異なる面を持つと思うので、少し情報をまとめる意味でもスライドに起こしておきました。 このスライドの目的は、スタートアップに転職するかどうか迷っている人のために、スタートアップに入るダウンサイドリスクとアップサイドリスクを考えるための情報を提供することです。Read less

フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

右も左もわからないシューカツ中の女子大生・つつみともよが会社訪問。第1回はクックパッドで働き始めたばかりの@sora_h。なんと現在15歳の若きRubyコミッターを訪ねました。 クックパッドの台所にて。この日はクックパッドのみんなと手打ち蕎麦を作ったとか 「うちで働いてみる？」 ともよ：年齢を知ってびっくりしたんですが、そらはーくん、私より7歳も若い（のに働いてる）なんて……！ sora_h：今は高校に進学せず、クックパッドで働いています。中学にも、最初の半年を除いてほぼ行ってないです。学校に行かず家でコード書いてるか勉強してるか、インターネットしてました。 ともよ：勉強は嫌いじゃなかったんですね。 sora_h：単純になじめなかっただけかなあ。話題が合う相手がいなかったんです。高専進学も考えたんですが、中3の秋に高専カンファレンス[1]行ったあたりから、なんとなく、高専行っても一緒かなと

長い勤務時間を終え、帰宅して荷物をおろしてほっと一息。まだ寝るまでには何時間か残っています。この時間、あなたは何をして過ごしますか？ ソファに寝そべりたくなりますね。そのままベッドに倒れ込む誘惑にもかられます。しかし、せっかくの自由時間、どうせなら情熱を傾けられる個人的なプロジェクトに取り組みたいもの。新しい言語を習得したり、良書を読んだり、ブログを始めたり...。では、どうすれば怠惰な誘惑に打ち勝ち、帰宅してからの数時間を生産的に過ごすことができるでしょうか？ Hacker Newsのスレッドにインスパイアされて、米Lifehackerでは以前、モチベーションが落ちているときでも個人的なプロジェクトのための時間をつくる方法を読者の皆さんに尋ねました。Hacker Newsと皆さんのコメントから教えられたのは、エネルギーが枯渇してしまったと感じる時でさえ、モチベーションと生産性を保つことは

新入社員として企業へ入社した1997年当時は、ビジネスシーンでの立振舞い方は、周りを見よう見まねで覚えていくしかありませんでした。 現在ではビジネスの基本は、ビジネス書でコンパクトに学ぶことができます。 99%の人がしていない たった1%の仕事のコツ 何を学ぶにも、まずは全体の概要を把握してから、各論にあたっていくと効率的です。若かりし頃に、本書を読めれば、もっと早い段階で、効率的に仕事をハンドリングできるようになったのにと思います。 当時の経験も交えて、会社で生き抜くために有効だと思う処世術を7つピックアップして紹介します。 1.聞かれたことに答える ビジネスの基本は、義理人情ではありません。誰もが納得する論理的で明快な道筋です。関わるメンバー全員が納得して進んでいけないと、組織として機能しません。 ビジネスの会話では、ノイズは必要ありません。「●●の件は問題なく進んでいるか？」と聞かれ

食事を抜く、おざなりにする 朝食、昼食、夕食を熱中しすぎて抜いてしまう。ブドウ糖は蓄えておくことができません。定期的に栄養を取らないと脳がエネルギー不足となって、生産性の低下を招きます。凡ミスが多くなってくる。 きりの良いところで必ず食事をとること。食事の間隔があきすぎることがないように注意する。 生産性のないことに2〜3時間熱くなる 落ちついてコードを読み、設定を直せばすぐに解決するバグを、憶測で○○が悪いのかな？とあれもこれもと手を出すうちに2，3時間を費やしてしまい疲弊してしまう。 感情を抑え、物事を論理的に考える落ち着きを取り戻そう。 何を完了したら仕事が終わりなのかを理解していない コードを書けば仕事は終わりですか？QAやテストやドキュメントなどはいりませんか？誰に承認をえるのですか？これら、仕事として必要なことに注意を向けずに仕事を終わったと思ってしまう。本当に足りないことはあ

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。