どうもしんざきです。とある業界の、社員100人ちょっとの企業で中間管理職をしています。 同業他社の管理職同士で飲むことがたまーにありまして、先日は何故か「どれくらい古いパソコン用語を知っているか勝負」という、冗談抜きでひとかけらの生産性もない話で盛り上がっていました。 平成も終わろうかというこの時代に、HYMEM.SYSの記述方法についての宗教議論とか、本当になんの役にも立たないのでやめて欲しいです。超楽しかった。 で、その時、もう一つ盛り上がっていた、というか愚痴の言い合いになっていたのが、「ちゃんとタスク切れる人不足」という話でした。 毎度毎度、人手が足りている、足りていないの話になるのは管理職飲み会あるあるです。飲み会の一つの焦点といっても良いかと思います。 業界にもよるのかも知れないんですが、実をいうと今、採用自体は割とスムーズにいっているという話を聞くことが多いんです。 それも、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? <追伸>７００いいね　および　1万５０００PV　ありがとうございます。様々な方がみてくれてとても嬉しいです。　コメント、拡散してくれた方、本当にありがとうございます ~~ 2018/7/3 16:30 更新 ~~ はじめに 僕は去年の１０月からzens株式会社にてエンジニアインターンしています。しかし、６月末でインターンをやめる決断をしたので今までその経験から学んだことをまとめたいと思います。(久々にエモいの書こうかと思います。) なんでこんな題名になっているかというと、ジョインした段階で完全リモートで参画していたベトナム人、フランス人

スタバやディズニーなど、優れた会社に共通していること　「共通言語」がないのは危険？強い組織を作るポイント

毎日の仕事を効率よくこなすには、自分の時間の使い方を振り返ってみることが大切です。自分が時間を何にどれくらい使ったのかを複数のデバイスから簡単に記録でき、さらに様々な機能を使ってハイスペックな時間管理を可能にするネットサービスが「Toggl」です。 Toggl - Time Tracker & Employee Timesheet Software https://toggl.com/ タスクの記録やプロジェクトへの分類などの基本的な使用方法は以下のページを見ると一発で分かります。 無料でPC・スマホで日々の活動を手軽に記録して集計をとれる「Toggl」 - GIGAZINE 基本的な使い方を復習するのも兼ねて、最初から使っていきます。togglのページにアクセスすると、中央下部に「START TRACKING」と表示があるので赤枠内をクリックします。 ログインを促されます。Toggleは

「FacebookやSlackの通知は止める」「朝にメールは見ない」。「ディープ・ワーク」の考え方を取り入れれば、仕事の効率をぐっと引き上げ、短時間で成果を出すことができます。 忙しいときは時間管理がうまくできず、たいてい失敗します。ディープ・ワークなら、気が散るものを取り除き、集中力を上げ、仕事を早く終わらせることができます。思いがけずできた時間を何に使いましょうか。 『大事なことに集中する：気が散るものだらけの世界で生産性を最大化する科学的方法』の著者Cal Newportは数年前にマサチューセッツ工科大学で博士号を取得しました。ジョージ大学の教授でもあり、書籍4冊と多くの研究論文を提出していますが、毎日17時半にはオフィスを出て週末はほとんど仕事をしません。既婚者で2人の子供の父親でもあります。 私はミュージシャンであり、ソフトウェアの開発者であり、起業家でもあります。最近はオンライ

このエントリでは、ソフトウェアの見積もりがどういうものであるかをシェアした上で、今後日本はどのような方向に向かえばよいのでは？という私のアイデアをシェアしたいと思う。 注：このエントリは、某銀行の件とは全く関係ありません。考えるきっかけになっていますが、中の人がどんな状況だったかもわからないのに、勝手なことを想像して、人や企業を叩くのは私の趣味ではないからです。 ソフトウェアの見積もりの正確さ ソフトウェア見積もりのことを知りたければ、下記の本がお勧めだ。 books.rakuten.co.jp この本に「不確実性のコーン」という開発フェーズごとの見積もりの正確性に関する図がある。これを見ると、最初の企画の段階で実施した見積もりは、誤差が何と16倍もあり、概算見積もりのレベルでも4倍の開きがある。画面帳票仕様を「確定」したレベルでやっと1.6倍程度の開きになる。 請負開発を実施するときに、

「エンジニア35歳定年説」が許されるのは小学生までだよねーとか思っていたら、実際にはそんな感じになってしまったあるエンジニアの半生を振り返ります。ご参考まで。 第一期 サービスリリース前 自分でサービスをガリガリ作っている というかサービスを作ることしかしていない １日１６時間くらい仕事をしても、プログラミングしかしていないので疲れない 仕様の検討をしながら作るので、基本全ての時間は開発をしているという認識 フルスタックエンジニアというある種の全能感を満喫する 第二期 サービスリリース後 運用（ユーザーサポートなども含む）が入ってくるのでサービス開発のスピードが落ちる エンジニアを採用（業務委託含む）する 仕様の調整やコードレビューなど、開発以外の仕事が少しずつ増えてくる でもまだまだ自分が圧倒的にメイン開発者 コードレビューやマージ、リリースは自分が全てやる システムの全体からディテール

基金訓練の講師をやめました。基金訓練、今は求職者支援制度に名前が変わったみたいですけど、そこの講師をやめたというか、会社ごとやめて転職しました。 何の講師をやっていたかというと、今をときめく(?)Androidの講師です。 転職先にも少しなれてきて、今までのことを振り返って書き留めてみたのですが、せっかくなので発表することにしました。もともと僕だけが読むメモのつもりで書いたので、読みやすい文書ではないですがご容赦のほど。 Androidの講師になるまでAndroidの講師になるまでは、Javaのサーバーサイドのエンジニアをやっていました。 お客様のところに常駐し、システムの一部ではあるけど、自社メンバーだけで上流行程から担当し、僕はそのチームリーダーでした。 でも、このご時世なので、仕事がどんどんなくなっていきます。 プロパーの方でも仕事がないような状況で、それでも僕らのチームは半年ほどは

この記事は『Stack Overflow』に投稿された、user553944による質問「Would you recommend starting from HTML5 & CSS3 for beginners?」と、Boldewynによる最も評価されていた回答を翻訳したものです。 翻訳は完全ではありませんし、だいぶ意訳している部分がありますので、ぜひ原文もご参照ください。 また『Stack Overflow』の質問・投稿はCreative Commons Attribution-ShareAlike 3.0 Unportedですので、この記事も同様のライセンスで公開しています。 user553944による質問私はウェブデザイン・開発の世界に入りたいと考えているミドルスクールの学生です。 私は小さいころからウェブ（を使うこと）に興味を持っていましたが、今は“作る”側になりたいと思っています。

確かに、画家やアニメーターやミュージシャンになって、まともにメシを食っていくのは凡人にできることではない。もともとの才能があり、なおかつ異常なほどの集中を保ってそればかりをやって習熟するということができる人でなければ、こういった「需要（仕事のポジション）が少なく供給（なりたい人）の多い」仕事で勝ち抜いていくことができない。 夢を諦めさせる でも、まぁそんなに悲観しなくてもよい。凡人でも、ある程度それを仕事にする方法はあるだろうと思う。それは、「コンピューターでそれをできるようにする」ことだ。 前にも書いたが、ウチの子供の通う、シリコンバレーのとある平凡なレベルの中学には、「アニメーション」の授業がある。選択科目であるが、人気最高で希望してもなかなかはいれないらしい。 憂うべきは「カリフォルニアの教育」か「日本のアニメ産業」か - Tech Mom from Silicon Valley 今