新人エンジニアこそちゃんと調べてちゃんと知りちゃんと考える - Qiita
本稿について 本稿は、 学生時代にHTML,PHP,Javaくらいなら触った事あるかな程度の配属4ヶ月目の新人である自分が、 ほぼ初めてJavaScriptや、色んなフレームワークに触れ技術の荒波に揉まれながら、 ちゃんと調べてちゃんと知りちゃんと考える事が大事だなーとぼんやりと思ったこと を書き記すものです。 出来るだけ上流のソースを読む 分からない事に出会った時 分からない事に出会った時、まずググりますよね。 そこでまず目に留まるのは「非公式かつ目的の用途に限定された」ものです。 しかも日本語だから読みやすい！やったぜ！ 先人達の知恵と努力の結晶はありがたく活用させて頂きたい所存です。 細かいことは考えず解決！しかし… 鵜呑み型ケーススタディの問題点 その解答例が自分の環境で上手く動作するのか 似たようなケースに流用出来るのか その解答例の内側ではどういったやり取りが行われているのか説
手を動かせるプログラマの市場価値が高まる理由 〜 この10年間で起きた４つの環境変化 | Social Change!
プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ 今回の記事では、この10年間で起きた市場や環境の変化から、手を動かせるプログラマの市場価値が高まってきた背景について、そして、これから求められるITエンジニアの姿について考えてみた。 12年前の転職市場で求められていたスキル 私が30歳を過ぎた頃、今から12年前（2004年頃）の話になるが、その当時に転職しようと少し調べたことがある。自分の年齢と経験をもとに探した応募要項で求められるスキルは、マネジメントであり大規模プロジェクト
「プログラマが知るべき97のこと」を読んだ。 - コンパイラかく語りき
非常に勉強になったので、所感とともに10個引用してみます。 [02] 関数型プログラミングを学ぶことの重要性 いきなり関数型プログラミングかい！って感じですが。 最近「JavaScriptで学ぶ関数型プログラミング」を読んでいて、非常に共感できる内容だったのでチョイス。カリー化や再帰を知ったことは、間違いなく自分のプログラミング観を向上させました。 関数型プログラミングのパラダイムを十分に学べば、その知識、技術は、マルチコアへの対応以外にも幅広く役立つでしょう。まず、自分の書くコードの品質を大きく高めることができます。重要なのは、「参照透過性(referential transparency)」が向上するということです。 参照透過性が高い、というのは非常に素晴らしいことです。参照透過性が高いとは、関数がどこでいつ呼び出されようと、入力が同じであれば、常に得られる結果がおなじになる、というこ
プログラマが知るべき97のこと
プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中！すべてのプログラマにおすすめの本がウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する（あなたはユーザではない）コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず
プログラマは職人、力なければ淘汰されて然るべき―ソニックガーデン倉貫氏が問う、プログラマの覚悟。 | CAREER HACK
▼ソニックガーデン代表倉貫氏へのインタビュー第1弾 “納品のない受託開発”とは何か？―ソニックガーデン代表 倉貫義人氏が全貌を語り尽くす。 プログラマを続けられる人、続けられない人。 「納品のない受託開発」というビジネスを確立したソニックガーデン。代表である倉貫氏は、「従来の受託開発は誰も幸せにできないモデル」と切り捨てる。倉貫氏の考える、新しいエンジニアの働き方とは何なのか。プログラマを一生の仕事にするために、必要な環境や能力とは。 人月商売は、エンジニアを馬鹿にしている。 ― 従来の受託開発モデルは、顧客・ベンダー・エンドユーザーから満足を得られていないというお話でした。では開発を手掛ける当の本人、エンジニアにとってはどうなんでしょうか。 働いているエンジニアからみても問題があります。人月商売になっているのに、能力が高かったら開発が早く終わってしまう。短期間で済むということは、売上が下
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
