ツールを作ろうと思うモチベーションと、作る流れ - 端子録
以下は完全に自分の独断と偏見で書いており、こうすべき！と押し付けるものでは一切ないことを明記しておきます。また、ツールって言ってるのはコマンドラインツールが主です。 モチベーション なぜツールを作ろうと思うのか 何かやるのに手数が多い オペレーションの工数が多くてそれが人間の手作業であるとき、往々にしてミスは発生する。 ヒューマンエラーを極力なくすために、自動化できるところは自動化すべきである。 操作がコード化されたら、その振る舞いに対してテストを書いて検証することもできる。 例えば Auto Scaling Group で管理された + ELB に吊るされた Elasticsearch のノード入れ替えは、以下の手順で行う必要があった（インスタンス起動時に Elasticsearch が立ち上がること + EC2 Discovery を仮定）。 退役させるノードを1台選ぶ（対象ノード）
ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 コンピュータサイエンスの専門教育を受けず、20代半ばで本格的なプログラミングを始めた文系エンジニアが、いかに学び、考え、生き延びてきたのかを伝えます。 こんにちは。白山（@fushiroyama）と申します。現在は新聞社のデジタル事業部署で、モバイルアプリ開発のテックリードをしています。 自分のエンジニア人生を振り返ると、これまでの道のりは決して平坦ではありませんでした。コンピュータサイエンスの専門教育を受けず、本格的にプログラミングを始めた年齢も23、4歳と決して早くありません。 そんな自分が、いかにして開発チームのリーダーを任せてもらえるまでになったか？ 考えてみると、次の4つの戦略で生き延びてきたようです。 自分だけの居場所を見つける 必要な知識を効率的に取捨選択する 他のエンジニアに差を
プログラミング習得はやっぱり目的であってはならない - umentuのブログ
タイトル通りのことを書く。 結論としては プログラミングはプログラムを作ることが目的という認識を忘れないでほしいということ。 初学者に陥りがちなことを例に書いていく。 仕事メインでプログラミングを使うというよりは、趣味であったりプログラミングがあった方が仕事が円滑に進むかも、という人向け。 初心者本がわからない 入門本を全部理解するのは中級者になってからと思ってもらって構わない。 もちろん入門本の中でもレベルに差があり、また 「すべてを網羅した本」 「本当に導入しか書いてない本」 「重要な部分のみをまとめた本」 「オマジナイ本」 「うまい具合に中身の無い本」 「本当に中身の無い本」 など様々ある。有名なところで言えばオライリーの本。本にもよるけど入門本でも十分に上級者向けに近い本もあり、初学者が読んでも数ページ読んで「やれやれ」ため息がでてしまう。 独習シリーズも昔からよく取り上げられるが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
