昔書こうとしてイマイチしっくり来ず放置していた話。 プロジェクトが上手く行っているか、上手く行っていないか。 その人の行動が正しいか、正しくないか。 などというのは、一意に決まらないものです。 プロジェクトには非常に多くの評価軸があるため、人や案件によって「正しさ」が全く違ってきます。 エンジニアのタイプ 社会派タイプ 事業家タイプ 解決思考タイプ 職業人タイプ ものづくりタイプ 技術好きタイプ 科学者タイプ 「素晴らしい技術が発表されました」に対する反応 主な生息域 どのようにタイプが決定されるか 話が合う相手 締め こういう点はフリーランスのほうが感じているのかもしれません。 30代正社員となれば、経験社数はせいぜい1〜3社と言ったところでしょうが、フリーランスになると取引する会社は二桁に及んだりします。 二桁も会社を経験したら法則性が見えてくるのかと思うのですが、価値観は会社や人によ

AWS サポートでは、お客様の課題の解決を効率的かつ迅速に行いたいと常に考えています。本ページでは、お客様が技術的なご質問をサポートケースに起票いただく際に、早期解決に役立つポイントをまとめました。例文も掲載していますのでぜひご参照ください。 なお、サポート全般についての一般的な情報は、AWS サポートをご参照ください。 サポートレベル毎の技術サポートへのアクセスについては、AWS サポートのプラン比較をご参照ください。 基本情報の入力について サービス／カテゴリー お問い合わせ内容に最も近い項目をご選択いただくことで、適切な回答が早期に得られる可能性が高まります。 お問い合わせ言語 日本語を選択します。英語での技術支援をご希望の場合には English を選択します。 連絡方法 多くの場合、Web を推奨します。連絡方法の詳細については、連絡方法（Web、電話、Chat）の選択についてを

ポケモンと人をつなぐ場所 ポケモンセンターは、 ポケモンとの体験を 世界に届けています。 ポケモンセンターは、 ポケモンとの体験を世界に届けています。

Photo by zwenzini 長田です。健康オタクエンジニアです。 今回は、健康ではなく「勉強法」について書きたいと思います。 ツイッターやはてブでは、定期的に「エンジニアは業務時間外も勉強すべきか！？」という話題で盛り上がっていますよね。 まあそれはどっちでもいいんですけど、それ以前に何らかの勉強をするなら「効果的な勉強法」を知っておきましょう。非効率的な方法で「勉強したつもり」になっているだけでは意味がありません。 どんな勉強方法なら効果が出やすいのか？逆に言うとどんなやり方だと非効率的で効果が薄いのか？例によって論文やデータを漁りつつまとめていきたいと思います。（プログラミングやWeb開発だけではなく、割とどんな分野の勉強でも通じる話です） 【忙しい人のための目次】 勉強する前に知っておきたいこと 勉強には「理解するための勉強」と「記憶するための勉強」がある 知識は風化する 無

作家・演出家の鴻上尚史氏が、あなたのお悩みにおこたえします！夫婦、家族、職場、学校、恋愛、友人、親戚、社会人サークル、孤独……。皆さまのお悩みをぜひ、ご投稿ください（https:… 続きを読む

インターナショナルチームでプログラミングの仕事をしていると、いろんなところで同僚との差を感じてしまう。いろんな国の人がいて、レベルは人によりそれぞれなんだけど、一般的にいうと、アメリカのプログラマのレベルは平均してとても高い場合が多い。とにかくコードがきれいでシンプルで仕事が早い。 彼らがなぜそれができるのかを観察しているが、一つ気が付いたことについてその対策も含めて書いてみたい。 彼らがプログラマとして優れているところ USにいるとお客様の技術レベルが高いとか、新しいことにチャレンジするとかいろいろ要素はあるのだけど、個人の生産性、コードの美しさをみても、平均値を観察するとアメリカの人が一番に感じる。その他にも、ドキュメントを見てすぐ理解できる能力は、アメリカの人はおろか、ヨーロッパ圏やインドの人と比べても、私は圧倒的に負けていると感じる。 Williams 衝撃の読解力 新しいライブラ

こんにちは koogawa です。最近は Stack Overflow だけにとどまらず、エンジニア向けQAサイト teratail でも回答しております。teratail はスコアが上がっていくと色んなバッジをゲットできるので気に入っています。 teratail【テラテイル】｜思考するエンジニアのためのQAプラットフォーム ところで今日は次の質問に回答しました。 teratail.com これ、めちゃくちゃ良い質問だと思うんです。何より自分がわからないことをちゃんと言語化できている。 すでに回答もいくつか付いていたので内容を見てみると。。 ぐぐる。これに尽きます 普通にググれば見つかるのに 何がわからんの？ だいたいこんな感じでした。 うーん、皆さんなかなか手厳しい回答です。。これだと質問者の方も、ここで挫折してしまうのではないでしょうか。 回答してみた というわけで「自分ならどうググる

どんな人を採用するかという会話の中で、地頭がいい人がいいよねという話になった。 なんとなく言いたいことはわかるが、同時に「地頭がいいって何だろうな」という話にもなり、結局結論は出なかった。 出なかったんだけど、やはり採用を強化する上で採用基準が明確じゃないのはよくないので、「地頭のよさとは何なのか」について雑に書きなぐって整理しておきたい。ちなみにこれを書いてる今も「何なんだろうな？」と思っているのでうまくまとまるかはわからない。 問題解決能力なのかなと思ったが、地頭のよさというのはその一部な気がする。問題を解決するためには色々なプロセスが求められるが、地頭のよさはそのうちのひとつでしかない。 じゃあもう少し分解して「問題定義」と「問題解決」にしてみると、なんだか問題定義の能力の方が地頭のよさに近いんじゃないかと思えてきた。思い返してみると、地頭がいいなーと感じる人って、会議中の発言でも何

最近「見えない家事」って話題になったじゃん 作業としてはしっかりあるのに 家事として認識してもらえない家事 例えばゴミ出しにおける「新しいゴミ袋をゴミ箱に設置する作業」とかそういうやつね この「見えない家事」の最もたるって「仕事」なんじゃないかと思うんだよ 夫婦間での家事負担が平等だと感じるときって （実際にポイントつけてる人は少ないだろうけど） 「家事ポイント」的なものの量が夫婦で同じになったときだと思うんだよね 例えば 妻が夕飯の用意（ポイント10）したら 夫が洗濯（ポイント3）皿洗い（ポイント3）子供の寝かしつけ（ポイント4）したら 平等 みたいな そこで聞きたいんだけど 仕事から帰ってきた夫の「家事ポイント」は何ポイントになってる？ もしかして0ポイントになってない？ 仕事から帰ってきた夫を「今日はまだ何も家庭に貢献してない」とか思ってない？ 仕事も立派な家庭のための「家事」だと思

なぜか一向に仕事ができるようにならない。 社会人を5年くらいやった。 優秀なはてなーはどうやって仕事しているの？ 漠然とした疑問で申し訳ない。 主に、複数案件がうまく並行して回せないことで困っている。 期日が先のやつはどうしても温めてしまって、最終的に手が回らず期日すぎちゃうとか最近多い。 エンジンかかるの遅いもんでなかなか動けないということもあるが、案件が多すぎることが大きい気がする。 だいたい平均いつも4～5件の案件を並行している。ほかの社員はふつう2～3くらいなのでちょっと多い感じ。 （雰囲気説明なので、あくまでちょっとキャパ超えた仕事と考えてください） 数が多くて締め切りに追われてるので前倒しなんてできやしない。 いろいろやってるからか発散してしまってすすみが悪いような気もする。 ここで前倒ししようとしたら発散が加速しそう。そもそも時間ないし。。 地頭は悪くないといわれる。会社でも

学生時代バイトで個人指導の塾講師をやっていて、座ってられない＆話が聞けない中2とか、アルファベットのaとdとbの区別が付いてなくてbog とかdopple とか平気で書いちゃう中3とかを担当していた。 そういうレベルの子供でも、ちょっとした一言というかきっかけが見つかれば変わるし、偏差値27から50超のだいたい普通レベルまでもってくことは、片手間の個人指導の大学生バイトでも割と難しくなかった。 逆に私にとっては、普通の子を出来る子にする方が簡単じゃなかった。本人に勉強への自発的意欲があって家庭の協力があれば偏差値60超くらいまではいけたけど、そこから先は元々の素養がないとダメかなぁという感じだった。個人的な体感だと65を超えるのは元々の素養が大きく左右するなぁと思っていた。 アホの子を普通の子にする役目は、他のバイト講師仲間の誰もがやりたがらなかった。私はアホだったからそっちのが性に合って

質問箱とかやっていると「こんなことがあって落ち込みます。どうしたらいいですか？」「メンタルが弱いのですぐに落ち込みます。」みたいなのが多くて、みんな落ち込んでいるんだなあ、と思った次第です。 かくいう僕も、メンタルが水気の多い豆腐くらい弱いのです。なんか老舗の旅館とかで出てくる豆腐みたいな感じです。あれおいしいよね。 なので、昔は落ち込んでる時が多かった気がするのですが、いろいろがんばった結果、落ち込むことがかなり少なくなり、落ち込んでも数時間でどうでもよくなるという感じになりました。 生まれ持った性質とかメンタルの強さではないので、他の人にも応用できるかなあ、と。というか、メンタルの強い弱いは、どちらかというと、物事に対してどう考えるかの習慣にすぎないんじゃないか、とも思っています。 というわけで、落ち込まないための工夫をちょっと紹介していきたいと思います。 (単に歳をとって気にしなくな

ジュンク堂池袋本店の2017年販売冊数ランキング（太字が2017年内の刊行） ── 今でも『リーダブルコード』がランキングの上位に入っているあたりは、さすがですね*1。8年連続でCPU大賞を受賞された売り場だけあって、顧客はやはりコアなエンジニアの方が多いのでしょうか。 長田　ありがとうございます。ジュンク堂の売り場では、年間ランキングのような数字で追える売上だけでなく、ロングテールの部分をより重視しています。端的にいえば、「ほかの書店では品切れしていても、ジュンク堂に行けば置いている」という状態を目指して売り場づくりをしています。 これはコンピュータ書に限ったことではなく、ジュンク堂は経営理念に「愚直なまでに”本と文具”の品揃えにこだわります」ということや「“図書館よりも図書館らしい”店づくり」を掲げていて、ジュンク堂でしか買えない本を置くことを意識しています。 とくに池袋の場合、駅近の

manabusakai さんの下記の記事を読んだ感想。 blog.manabusakai.com Twitterにも書いたけど僕は信頼されるエンジニアをずっと目指してきたし、そのために僕に必要なことがここには詰まっていた。 ほんとみんなに読んでほしい。 このエントリーの中の信頼を得ているエンジニアの姿を引用する。 有言実行である 仕事の納期をきっちり守る どんな仕事でもムラがない 困ったときに快く相談に乗ってくれる 皆がやりたがらないタスクを拾ってくれる チームの雰囲気を良い方向に導いてくれる etc... まさに。 ではソフトウェアエンジニアとしてこの他に当たり前にやるべき事って何があるだろう？ ソフトウェアエンジニアとしてやるべき事 僕らは技術で問題を解決することで価値を高めたり、対価を頂いている。 例えば使っているOSSにバグがあったらどうだろう？ これは自戒をかなり含むが不満をSN

この記事は CAMPHOR- Advent Calendar の16日目の記事です。 ytmatsuge です。 普段は六本木の会社で新規事業のビジネスサイドを担当しております。 本日は、非エンジニアの私が、同窓会委員の負担を減らすべく、出欠確認・名簿更新の自動化に携わった話をまとめてみます。 自動確認メールの送信 自動更新名簿の作成方法 上記のような技術的な話はもちろんですが、「母世代でも利用しやすいサービス企画・設計」「最小限のコストで問題解決する方法」など、業務上の目的で実際に利用されるサービスをつくるにあたっていくつかハードルがあったので、少しでも参考にしていただければと思います。 改善前の状況 改善前の状況では、同窓会事務局と卒業生がメールでやり取りをし、 その情報をエクセルに転記しリストを作成していました。図にすると次のような流れになります。 これを見た若者は いや、 LINE

昨年9月28日に『フリーランスを休業して就職します』という記事を書いてサンフランシスコの会社に就職し、早1年が経ちました。 実際にはもう1年と2ヶ月ほど経ってまして、この2ヶ月間、何度も記事を書こうと思いテキストエディタを開きつつ、まとめきれずに途中で断念・・・ということを繰り返してました。ブログ記事1つにまとめるには多くのことがありすぎました。 レイク・タホに別荘を借りて会社のみんな（とそのファミリー）で連休を過ごしたり、同僚の帰省（ミズーリ州）についていってサンフランシスコとは全く違うアメリカを体験したりといった「楽しい思い出」もあるし、英語について色々と試行錯誤したり学んだりしたこともあるし、会社でどんな感じで仕事してるか／現地でどう生活してるかというのもあるし・・・ということを書いてると永遠にまとまらなそうなので、本記事では「入社を決めた当初の目的に対しての達成度はどうか」というあ

スタートアップは世間的にはまだコンセンサスの取れていないことに取り組むことで一気に成長します。その際、多くの場合はどこかの点で「新規性」のある取り組み — ある種の「逆張り」をすることになります。 そこで先日学生の皆さん向けに「逆張りマップ」を作るワークショップをしてみました。その方法と手順をここにまとめておきます。 逆張りマップの目的と概要このマップを作成する目的は以下のとおりです。 サーベイをしながら成功や失敗した製品やサービスの傾向を知る自分たちの研究や製品がどこに位置しているのかを整理する製品の相対評価の会話を通して、自分の戦略に自覚的になるこれは新しい発想を生むためのものではなく、あくまでサーベイのためのもであり、既存の考え方の整理がメインになると思います。しかしサーベイは新しい発想にたどり着くための非常に重要な足がかりとなります（失敗の原因はサーベイ不足だという話が前に挙がりま

ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 コンピュータサイエンスの専門教育を受けず、20代半ばで本格的なプログラミングを始めた文系エンジニアが、いかに学び、考え、生き延びてきたのかを伝えます。 こんにちは。白山（@fushiroyama）と申します。現在は新聞社のデジタル事業部署で、モバイルアプリ開発のテックリードをしています。 自分のエンジニア人生を振り返ると、これまでの道のりは決して平坦ではありませんでした。コンピュータサイエンスの専門教育を受けず、本格的にプログラミングを始めた年齢も23、4歳と決して早くありません。 そんな自分が、いかにして開発チームのリーダーを任せてもらえるまでになったか？ 考えてみると、次の4つの戦略で生き延びてきたようです。 自分だけの居場所を見つける 必要な知識を効率的に取捨選択する 他のエンジニアに差を

はじめまして、大塚悠と申します。 私は1983年6月23日、栃木県で生まれました。 両親も兄も両手の指は5本ですが、 そんな家族のなかに生まれてきた私の右手の指は4本でした。 -今の私の右手- その原因は、まだはっきりしていません。 これまでに私は2人の娘を出産しましたが、次女にこの手が遺伝しました。 そしてそれが原因で、離婚をしています。 いじめ・挫折・離婚・挑戦を経て― 「あなたはあなたのままでいい」と伝えたい 2万人に1人という偶然により右手の指が４本で生まれ育ってきた自分は、 「みんなと違う」という壁に何度もぶち当たってきました。 今のようにインターネットの普及していない時代、 世界中にたった一人だと感じることもありました。 とても孤独な時もありました。つらい時もありました。 けれど、私は今とても幸せです。4本の指でよかったと心から思います。 -娘たちと水族館にて- 「4本の指で良