プログラムは技術だけでは動かない プログラミングで食べていくために知っておくべきこと

投稿元：

レビューを見る

購入。

プログラマは技術だけ磨いていればいいという人が多いらしいが、そんな人たちに向けて、技術はあって当たり前、その上で仕事として成立させることの大切さを説いている。

第1章にある「使う人のことを考えたプログラミング」のくだりはシステム開発などに携わっている方々に読んでもらいたい内容だった。他の章は著者の経歴の詳細版のようなもので、興味のある部分をつまみ食いしておけばいいように感じた。
販売することの大変さや知ってもらうことの大切さはどの業種でも通ずるものだろうから、プログラマだけでなく、どんな人でもうなずける部分のある本だと思う。

投稿元：

レビューを見る

　SEの苦労話だけではない、別の視点でのプログラム稼業について述べられた本。ネットワーク技術等、知らないことだらけではあるが、顧客への姿勢や、協業、立ち上げなど、メカ系でも参考になりそうな視点はあった。細かい確認をどう効果的に実施するか？といった問題提起もあるので、何を考えていけばいいか、ということがすこし入手できてよかった。

投稿元：

レビューを見る

最初の3ページ読んだところで、捨ててしまいたくなった。
理由は、単なる個人の考えであり、見方を変えれば、間違っていると感じたから。
ただ、読み終わってみたところ、やはり成し遂げた人の考えたことである。至る所で経験談をもとに考えを補足しており、なるほどなと感じさせられる。
最後の最後まで、一貫して考えが曲がらない本であったが、暇なときに読むにはいいと思う。

投稿元：

レビューを見る

　目的を達するには手段は選ばず。自分の自己主義な世界を押し付けるのではなく何を欲しているのかそれを見極められることがそのだけではに含まれるのだろう。

　物事を進めていく前庭には根本的な下地も必要なのではないかとも感じる。技術がなくてはうまくいかず技術だけでも動かないとても微妙なバランスが必要だ。

　結局は自己満足で終わるかそうでないかで勝負がつくそういうわけかな。

投稿元：

レビューを見る

タイトルにプログラムと入っているが、プログラムの話はほとんどなく、自らの体験談をもとにしたビジネスの仕方について話した本。

この内容なら、多分プログラムを商売にしていなくても、それ以外の技術系の人でも当てはまるはず。

個人的には説教臭い感じが鼻について、あまり楽しめなかった。

投稿元：

レビューを見る

「オタリーマン」のもうちょい社交的な感じか。個人の経験としてのIT業界あるあるという感じで、手軽な読み物ではあるが何か具体的に役に立つというものでは無いだろう。

投稿元：

レビューを見る

プログラマ社長による、プログラミング能力以外のプログラマに必要な能力について書かれた本。
プログラムはただ作るのではなく、なぜそれを作る必要があるかを知ることが重要だとのこと。まあ、そりゃそうだよなと思う。ただ、仕様書がなくて言葉だけで何か作ってといわれるとそういうことは考えるけど、詳細な仕様書が考えずに作っちゃうことはあったので、ちょっとは考えるようにしたいとは思う。
顧客の担当者が、元請けの担当者よりITスキルが高いと要注意とあったけど、これってどう判断したらいいんだろう…。そりゃ、まずいことになるだろうなとは思うけど、こちらから元請けの担当者に技術的なアドバイスを伝えるようにでもしたほうがいいのだろうか。
トラブルを最小限に抑えるために「マルチスレッドで作らない」という方法をとったという話は面白かった。確かに、マルチスレッドが原因の不具合があったら、解析も大変そうだしなぁ。シングルスレッドのほうが実装楽だろうし、UDP通信なら確かにありなのかもしれない。
プログラムの話とは直接関係ないけど、タイについての話がちょっと面白かった。
タイでは多くの人がLINEを利用してるらしい。本書が発売された2014年時点では国民の3分の1以上がLINEユーザーらしく、最新のデータを調べてみると2019年時点では64%が利用していたらしい。日本以外でもそんなにLINEが使われている国があったのか。
なお、著者によるとタイのドラマはワンパターンとのこと。だいたいが「お金持ちでハンサムな男性を、女性二人が奪い合う」話だそうだけど、個人的に今は、タイのドラマというとBLドラマなイメージがある。ちょっとは多様化しているのだろうか。
本書の最後のほうに書いてあったけど、プログラマの得意分野はプログラミング言語ではなく、何を解決・実現するのが得意かというのが重要というのは、なるほどと思った。自分も、プログラミング言語ではなく、何を解決できるかと考えるようにしたいと思う。

投稿元：

レビューを見る

製品開発、多重請負を含む受託そして派遣とプログラマとしての経験を積みつつ営業やマーケティングにも触手を伸ばし現在はプログラミングする社長として活躍する著者がプログラマに贈る指南書だ。

『「指示通り作ればよい」というプログラマの時代から、「プログラマが自らビジネスに関与していく」時代になったと言えるでしょう。「プログラムを作ることができる」という自分の特殊技能ををもっと誇りに感じ、積極的にビジネスに関わっていく姿勢が、これからのプログラマに求められるでしょう。」』は全く持って同感。

著者が作って売れなかった製品として挙げているなかに、「Web負荷試験ツール」というのがあったが、これは私も同じようなものを自社で使うテスト用に作ったことがある。製品として売るなどとは考えが及ばなかったので、欲しいと言われてあげてしまいましたが。。。元プログラマにはあの作る喜びを思い出させ、復帰を企てたくなる一冊でもある。

投稿元：

レビューを見る

いつも著者さんのブログを読ませてもらってて、その方が書いた本ということで手に取ってみました。

自分も以前はプログラマだったのですが、畑違いではありますが共感する点が非常に多かったです。

私の場合はゲームプログラマだったので、ディレクターが求める最終目標は「面白いゲーム」「遊んで楽しいゲーム」という点。要求された仕様よりもより良いアイディアが浮かんだらそれ“も”提案しましたし、技術的に難しい要求があったら「できない」と一蹴せずに代案を、できれば原案よりももっと「面白い」「楽しい」と思われる案を必ず提案していました。

私はプログラマとしては三流以下の技術と知識しかありませんでしたが、それでもそれなりに評価してもらえたのは、そうした姿勢にあったと思っています。

結局のところプログラムは商品なので、顧客が求めるアウトプットが出せなければそれには価値が全くないわけなんですよね。もちろん趣味で作るものは別ですが、売り物として作るプログラムだったら買ってくれる人や評価してくれる人の視線を無視することは出来ないのは必然。

ともすると独りよがりなプロダクトになりがちなプログラムという分野。プログラマ自身が所謂「オタク」的な気質が強くて、自己満足的な価値観に陥りがちなのかもしれませんが、でも人に使ってもらってこそのプログラム。使ってくれる人が喜んでくれることこそが一番の評価だと思うんですよねー。

その点を再認識させられたと同時に、ビジネスマンとして食って行くにはどうすべきかという点について、自分が意識していなかった多くの点を学ばさせてもらいました。プログラマ以外の人にとっても、プロフェッショナルなビジネスマンとしてどうあるべきかを知るきっかけになる一冊になると思います。

投稿元：

レビューを見る

受託開発においても見積りを行う前にまずプロトタイプを作成し、技術的な課題をクリアできていること、お客様に動作を見てもらえ仕様的な話ができることなど、自分の仕事でも使えそうな話が書かれていた。
頭のなかでのプログラミングでなく、常に改善、お客様の要求を考えたプログラムを実際に作成する、これは日々の業務が効率よくこなせていない人にとって、とても高いハードルと感じた。

投稿元：

レビューを見る

序盤は本当に読んでもらいたいなと思う内容でした。これがすべて正解というわけではないけれど、考え方の一つとして、頭の片隅に置きつつ仕事と向き合いたい。お客様とのお仕事だもんなあ。

投稿元：

レビューを見る

プログラマに限らず一般的な仕事論として読める内容だった。いくら技術力が高くても「どうやって実現したか？」は自己満足でしかなく「何を解決したか？」が重要というのは言われれば当たり前だけど陥りがちだなぁ。相手をイラつかせない・自分がキレないコミュニケーション術も参考になった。

投稿元：

レビューを見る

ちょうど自分がその世界で過ごした時期とほぼ一致しているので、臨場感があって身を持って分かることが多い。
確かにな～と納得することも多いが、今の時代の現役にどれだけ響くか・・・

投稿元：

レビューを見る

プログラマの記録。
ウォーターフローが推奨されてる世の中だけど、現実はアジャイル的なところが多いのではと思っていたら、そんなことが書かれてました。
プログラミング経験が浅くてソフトウェア開発に携わる方であれば、読む価値あると思います。
歴戦の勇士的な方々にはおーそうですかくらいにいわれるかもしれないてすね。

投稿元：

レビューを見る

著者の経験談にはなるが、自分の周囲の技術者も同じことを言っているので目新しい内容ではなかった。メーカーも含め技術力だけで食べてける時代が終わった。今後日本で作るだけの人の市場は減っていくのが目に見える。販促まで考えないといけない。作りたいなら語学を学び東南アジアに移住も視野に入れなければいけないと思う。