先週末にサポーターズさん主催の【まつもとゆきひろ氏 特別講演】20代エンジニアのためのプログラマー勉強法 に参加してきました！ これまで技術的なことしか書けていなかったのですが、とても学びが深い講演会だったので初めて雑記的にまとめを書いてみようと思います。 内容濃すぎ && 80分 という講演会だったのでざっくりまとめです！ 講演会の様子はyoutubeで配信もされたので、このブログの最後にURL貼っておきます。 以下Matzさんによるプログラマー勉強法まとめ 今回「勉強」という言葉を使ったのはあえてミスリードを誘う目的。 具体的には「（学校）勉強」には「苦手を克服するべき」というメタファーがある。 「苦手を克服するべき」は社会人の勉強では間違い。 学生と社会人の勉強の違い9つ 1.満点VS満点なし 社会人の勉強に満点がない、つまり上限がない。平均値や偏差値がないから学生時代の常識が通用し

今日はプログラミングの生産性に対して気づきがあったのでシェアしてみたい。 なぜ米国の人は生産性が高いのだろう プログラミングの生産性に関しては以前から興味がありいくつかのポストで考えたことをシェアしてきた。私は職業柄、いろんな国でいろんな人々とプログラミングを一緒にする機会が多い。その時に頻繁に感じるのは、平均的に言うと、アメリカの人プログラマが生産性が高い確率が高くて、しかもコードもきれいだという傾向にある。アメリカでお客さんと一緒にコードを書くと、お客さん自体が物凄く良く知っているし、実行力もある。アメリカの次と言うことでいうと、英語がネイティブの国もそれに近く、フランスなどの言語が近いところが続く感じなので、英語が物凄く影響すると思っていたし、実際すると思う。そのあたりの話はこちらのポストに書いてみた。 simplearchitect.hatenablog.com 定義での理解と、例

先日、サイバーエージェントさんの「身に着けた技術をいかに捨てられるか。エンジニア歴39年、今でもエンジニアで居続ける理由。」という記事が大変話題になりました。 プログラミングやテクノロジーが大好きでWeb業界で働いているエンジニアの方の多くは、「可能であれば50代以降も現場で"手を動かすエンジニア"として働きたい」と考えてらっしゃると思いますが、平松さんのような方はかなり例外的で、Web業界で多数の現場を経験してきた私でも、50代以上の現役エンジニアの方とご一緒にお仕事をさせて頂いた経験は残念ながら一度もありません。 私は現在、雑食系エンジニアTVというYoutubeチャンネルで、Web系エンジニアのキャリアに関する情報を色々と発信させて頂いているのですが、視聴者の方から「Web系エンジニアの50代以降のキャリア」に関してご質問頂いても、完全に未知の領域になる＆ロールモデルとなる方があまり

はじめまして。note初投稿になります。 iOSアプリ開発をしているObjective-ひろC(@hirothings)です プログラマーになってそろそろ3年が経過するので、初心者だったころの記憶が鮮明なうちに、元ラーメン屋店長だった自分がプログラマーとして実践で通用するまでにやって良かったことを実体験とともにまとめます。 これからプログラマーになりたい人、どうしたらなれるのか不安な人の助けになれば幸いです。 目次 ・まず1個アプリを作る ・作りたいものが実現できる言語を選択する ・薄い本を避ける ・アルゴリズムのススメ ・良いメンターを見つける ・勉強はそこそこに現場でコードを書く ・アウトプットは超重要 ・良いコミュニティを見つける・作る ・時間があったら..否、時間は作るもの ・まとめ まず1個アプリを作る最初はprogateやドットインストールなど、便利なオンラインサービスで勉強す

2018年の総合職・デザイナー向け技術基礎研修で使った資料。 関連エントリ： http://techlife.cookpad.com/entry/2018/05/09/080000

作ったWebサービスが誰からも使われなくてさみしい問題を解決する（しない）意識低い方法論Jul 29, 2018 意識低い個人開発論ポエム個人開発でWebサービスを作ったものの、全然ユーザーが集まらなくて自然消滅、、というのはよくある話です。 おそらく個人開発者の一番の悩みは「作ったものが誰からも使われない」でしょう（当社調べ）。 この記事では、この問題に対するおそろしく意識の低い方法論を整理してみたいと思います。 めっちゃバズらせる・ヒットさせる方法論ではなく、あくまでバズらないWebサービスでもさびしく孤独死するのを避けたい…という後ろ向きなハックですのであらかじめご了承ください。 そもそも、なんでWebサービスは死ぬのかいきなり哲学的な見出しになったけど、もちろん中身は意識低い話です。 Webサービスの死因完全に私見ですが、「サービスの死」とは以下３つの状態を指します（断言）。 【死

WEBサービス立ち上げ2周年を迎えたGWに、記念に書いたものです（＾＾） 長いけどお付き合いいただけると幸いです。 TL;DR 転職時のポートフォリオに「こんなことできます」と書くためにWEBサービスを作った 最新のいろんな技術を実践的に学ぶことができスキルがメキメキ上がった 就活どころか、新たな出会いとチャンスが生まれて、これはもしかしたら…………。 想定読者様 WEBサービスを立ち上げたい人 WEBサービスを立ち上げるのに、プログラム以外にどんなことをするのか具体例を知りたい人 まぁそれはそれ、1つの例としては参考になるよね、と割り切っていただける方 今回はごめんなさい…な読者様 転職したい人。……釣りタイトルですみません、転職ノウハウな話は出てきません。 WEBサービスを立ち上げて独立したい人。……すみません、独立していません。 WEBサービスを立ち上げて収益をガンガン上げていくノウ

開設して３週間ほどで収益１０万円を個人開発サイトから得たので、そこでやったことを全部ここに公開する。 世の中には＊＊億ドルのバリュエーションを獲得したスゲー起業家の話か、個人開発サイトを立ち上げたものの収益なんてゼロに近い話かの両極端しか無いように感じる。 パッと立ち上げてだいたい１ヶ月でiPhoneXが買えるぐらいのサイト規模というのは、どんなレベルのエンジニアでも手が届く範囲内にあるのが実感だ。「人生賭けて起業！」とかそんな熱い話ではない。普段の仕事が終わったら、ちょこちょこコードかいて個人的にアプリを公開して収益を得る、ぐらいの話。「１億総クリエイター時代」ではこんなやり方が世の流れに合っている気がする。 この記事でも「エンジニアはアウトプット至上主義であるべき」と主張している。自分で主張するからにはやっぱり得たノウハウは全部公開するのは当然だな、と。だいたい数週間で収益が１０万円な

「ひきこもりたいなら、ひきこもっていてもいいんだよ」。そう言われたこともあった。でも親もいい年だし、今後どうやって生きていくのか不安だ。会社に行ってフルタイムで働くのは急には難しい。でも本当は働きたい。それなら、ひきこもりながら働くことはできないか。新しい生き方を模索する「ひきこもり」の人たちの話です。 （ネットワーク報道部記者 高橋大地） 「おはようございます。本日は、５０％で始業します」 午前１０時すぎ、自宅のパソコンに向かう平野立樹さん。その日の体調をチャットサービスを使って、会社の上司や同僚に知らせます。無理せずに働くためのルールです。 平野さんは３４歳。高校時代から神奈川県内の自宅でひきこもりの状態にありましたが、去年から東京都内の会社に所属し、自宅でリモートワークの仕事を始めました。 主に担当しているのは、ホームページの制作や管理など。出社はせずに、自分のペースにあわせて仕事を

自己紹介 はじめまして、aocoryといいます。 普段はサラリーマンをしています。 妻、子供の3人で奈良県に住んでいます。 アラフォーです。 もともとは大阪に住んでいたのですが、妻が育児で体調を崩してしまい両親のサポートをうけやすい奈良県に引っ越し生活しています。その甲斐と子供の成長による生活リズムの安定など様々な要因があると思いますが、妻の体調は回復し穏やかな日常を送っています。 1作ったサービス 保活広場 https://www.hokatsupark.com/ 作ろうと思ったきっかけ 妻が働きたいと言い出した。 子供が1歳半になる頃、「妻の職場復帰をどうするか？」が家族の議題になりました。仕事をすることで気持ちの切り替えができて、以前のような妻に会えるのではないか？そう期待していた私は、二つ返事で妻の職場復帰をOKしました。 子供は保育園にあずけることにしました。 保育園におちました

はじめに どーもーココロヤミ状態のyui540です😈 「ニートに学ぶCSS Animation演出講座書けよ！」って思う人もいるかもしれませんが、"Effective CSS Animation"って読み物を書いてpdfで無料配布する予定なので待っててね。 そのうち"Effective CSS Animation"って読み物を書いてpdfで配布しようと思いますが需要ありますか？— yuki540 (@eriri_jp) 2018年4月8日 で、現在ニート(2018/04/10時点)の僕ですが、僕のことをあまり知らない人は「なんでニートなの？」「就職先はあるの？」「親は怒ってない？」「あんた頭大丈夫？」というようなことを思っている人が多いと思うので、そこらへんのことも説明しながら書いていけたらな思います。 あ、先に言っておくと、ピクシブ株式会社様から内定を頂いているので1年後にはニートを脱

こんにちは，ぽち@pchwです． 国税庁URL変換器 https://nta-go.com/ というものを今朝公開したのですが，その時に考えていたことをメモっておきます． 上記のサービスを作るきっかけになったのは，はてブのホットエントリーに 「はてなブックマーク - 国税庁サイト、リニューアルでほぼすべてのURLが変更。リダイレクトもなくユーザー阿鼻叫喚【やじうまWatch】 - INTERNET Watch http://b.hatena.ne.jp/entry/s/internet.watch.impress.co.jp/docs/yajiuma/1114712.html 」というエントリーが上がっていたのを見たことです． 記事を書いている時点で1000ブクマに届こうかという勢いです．内容を見ると，ひとことで言うと「これはひどい」ということを各々が言っているだけです． 最近「エンジニア

Photo by Gerald Rich 有吉です。昨年入社したpaiza(ギノ) の営業です。 ぶっちゃけエンジニアって、営業が嫌いな人が多いですよね。 「無理な納期の仕事ばっかりとってくる」とか、「技術を知らないのに『すぐできるでしょ』とか言ってくる」とか、不満はいろいろあると思います。私も、以前はそっち側の営業だった…かもしれません。すみません。 「以前は」というのは、自分でプログラミングを勉強してみたら、技術やエンジニアに対する意識がすごく変わったからです。 というわけで、今回は営業の私がなぜプログラミングを学ぶことにしたのか、何を使ってどんな勉強をしたのか、そして勉強したことで何が変わったのかをお話しします。 【目次】 ■私の簡単な経歴 ■なぜ営業がプログラミングを学ぼうと思ったのか？ ◆技術的なことがわからないと、営業としてよい提案ができない ◆プログラミングができる営業になれ

今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ

こんにちは。もうそろそろ春ですね。 2月末日付で前の会社を退職し、3月1日付で新しい会社に移ります。 旧）プログラマー兼QAエンジニア 新）データサイエンティスト兼開発エンジニア となります。 IT業界に入ってから1年での転進となります。 会社に貢献し、技術者としても一層成長したいと思いますので、引き続きご指導ご鞭撻のほど、よろしくお願い申し上げます。 日記の内容 今回の日記では、どんな感じで転職活動をしたのかを書いていきたいと思います。何かの参考になりましたらうれしいです。 ※　主な対象は「IT業界内の転職活動に興味のある方」「未経験だけどIT業界で仕事がしたい方」「現在SESで働いているけれど脱出したい方」「異業種からIT業界を目指したい方」です。レベルの高い内容は出てこないと思いますので、ご寛恕いただけましたら幸いです。 ※　あくまで本人の実体験に基づく記事であり、本記事を利用するま

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

言われたものはだいたい作れるし、どんなプログラミング言語が来ても大抵書けそうかなってなったエンジニアがそこで成長が止まってしまう人を見かけることがあります。 技術が好きで、作ることが好きで、なのに環境に求められず成長が止まってしまっているんだろうと思います。 ここで成長が止まってしまう環境とは、 新しい技術の情報を仕入れて語り合うエンジニアが居ない 業務用件に高い技術が求められない 改善サイクルが遅い 開発プロセスなどをまとめる人がいない などです。 簡単に言うと、今はうまく仕事があるけれど、停滞している仕事場ですね。 下手にビジネス的に成り立ってしまっているので、それ以上成長をする必要がないのです。 まあ、そういう生き方もありかな？って思うので、それでいいやって思う人は続きは読まなくてもいいかなって思います。 ここから先はエンジニアとして技術を伸ばすことが楽しい、ものを作ることが楽しい、

悪いコードを憎んで人を憎まず！ プルリク送付前に心がけたいコードレビューのコミュニケーション術 コードレビューを円滑に進め、より学びを促進するために重要な「コードレビュー時のコミュニケーション」について、現役エンジニア・池田 惇さんの経験とともに考えてみます。 アプリエンジニアの池田 惇（いけだ・じゅん／@jun_ikd）です。 コードレビューとは、エンジニアにとって毎日発生する作業であり、「コードを書く」という行為と等しく重要なタスクの1つです。同時に、ただ漠然と「粗探し」をするだけがレビューの目的ではありません。特に若手のエンジニアにとっては、先達のエンジニアのコードにじっくりと触れ、学びを得て、さらにチームに自分の持つ知識・技術を還元する、大事な機会でもあるのです。 今回はコードレビューを円滑に進め、より学びを促進するために重要な「コードレビュー時のコミュニケーション」について、私自