  |
はてなキーワード: 技術書とは
本書く人は立派だと思うけど、技術書に親切な本なんて存在しない。
「自分の伝えたいことはコレなんだ、それ以外のところの(技術的な)誤りなの些細なことなのに、なんでそんなところばかり指摘するんだ」
一読者としては、厳密には嘘なる表現だろうと、この人が書こうとしているようなストーリーが欲しい。
正しいことを書こうとすればするほど味気ないものとなり、結局何を言っているのか分からなくなる。
著者は冒険してください。
間違った内容＆飛躍してる文章が書籍に混ざりこんでることは多々あることなので、今回のことが特別なことだと感じなかった
今回のことを見ていてむしろ驚いたのは、自分の解釈が絶対的に正しいと断言する人が多数いたこと
文章って、批判的に読みかつ自分の解釈に対しても批判的になるものだと思うけど、Twitterでは本の内容が誤りだと即断していた
「TCP/IPはGAFAに独占されている」と言われた場合、まっさきに思うことは「そうだっけ？」なのは確かだけど、もしこの文章が正しいとしたらどういう意味で言っているのだろうか、という問いを立てて解釈を試みるものだと思う
たとえば、トラフィック量で換算すると確かにGAFAが独占しているかもしれないからそのこと言っている？とか、
あるいは、グーグルのBGP設定ミスで通信障害が発生したことあるけど、グーグルのもつASにインターネットが依存してるってことを言ってる？とか、
あるいは、次のTCPと言われるQUICはグーグルが開発したものだし、そういうことを言ってる？とか
「ブロックチェーンはプロトコル」と言われた場合も、これは通信プロトロコルではなく、プロトコルの原義である外交儀礼や条約のことを指してる？とか
「イーサリアムはOS」というのも、単一の物理マシン上で動くOSのことなのか、あるいは仮想マシン上で動くゲストOS的なものなのか、あるいはロボットOSでいうところのメタOS的なことなのか？と色々と解釈できる
技術書といえど言葉足らずな表現は多々あるので、それは自分で補って読むものだと思ってたから、今回の騒動は興味深かった
恐らく、Web3に対してヘイトが溜まっていて、それが表出したに過ぎないのだろう
過去に何冊か技術書を出版したことのある著者です。いま随所で話題になっているWeb3書籍の騒動を見て思うことを書いてみたいと思います。
「編集者はチェックしてなかったのか」というような指摘が見受けられますが、正直、誤字脱字以外の技術的な内容について指摘してくれたのは1人だけでした。まして「外部の有識者」によるチェックなど、コスト面からしてもありえない雰囲気でした。まあ、私がお付き合いしていた出版社が弱小だったせいもあるかも知れませんが。インプレスはこの業界では大手でしょうし、人脈も豊富だから「外部の有識者」によるチェックも可能化も知れません(でも、それなら初めからその有識者に頼めばいい気もしますが)。
今回騒動となった書籍の著者は、調べてみた限りでは、初めての出版のようです。今までに、本1冊分の原稿を破綻なくまとめ上げた経験がおありなのかは不明ですが(そもそも、ご本人がすべて書いているかどうかも不明ですが)、自分の持っている(Web3とやらの)「ストーリー」に当てはめるために、かなり無理をしているように見えます。「自分の伝えたいことはコレなんだ、それ以外のところの(技術的な)誤りなの些細なことなのに、なんでそんなところばかり指摘するんだ」と思っている人もいます(この著者がそうかは不明ですが)。自分も他人の原稿を読む機会やチェックする機会がありますが、「本質を見てくれよ、そこは些細なことだ」と怒る人もいます。でも、本筋と関係の浅い部分こそ気を使わないといけないと思って自分は書いています。
幸いなことに、自分が著者の技術書で技術的な誤りを指摘されたことは(おそらく)ありません。些末なことであっても間違いの無いように調べるのは骨の折れる作業です。アシスタントがいたり、編集部でチェックしてくれたりすれば著者としてはラクなのですが、大して売れもしない技術書にそんなコストはかけられません。すべて自分でやっています。すると、執筆に際限なく時間がかかってしまいます。そこまで時間の取れない著者は、ファクトチェックをおろそかにするか、それも面倒になるとパクリに走る著者もいたりするでしょう(本書の著者のことを言っているわけではありません、念のため)。
なんか、書き散らしてしまいました。誤字脱字があるかも知れません。誤字脱字は著者であってもよくやってしまいます。書籍の場合は、何度も校正して減らすように努力してますが、ここではそこまでやってませんので「誤字があるけど、おまえ本当に著者なのか？」という指摘は……甘んじて受けます。
別に突き詰めなくていいからいろんな趣味を持つと人生が豊かになるという実感がある。1つの趣味に飽きたら他の趣味をやったらいいし、毎日やりきれないほど趣味があると明日はこれやろうとか希望が持てる。うつで生きるの辛かった頃に比べれば今は人生が輝いてる。
趣味なんて自分で決めるものだから何でも良くて、頻度も少なくたっていい。自分は音楽、ゲーム、映画鑑賞、読書、野球観戦が趣味だ。
20万くらいかけてオーディオシステムを組んだ。フル活用してるほどではないけど、今までにない体験を得られている。Apple Music を契約しているので、曲によってはハイレゾも聴けたりする。
演奏するのも好きで、ギター、ベース、電子ドラムを持ってる。ギターなんかコード弾きしかできないし、ドラムも複雑なフレーズは叩けない。でも弾きながら歌うのは楽しいし、叩いてるときはストレス発散になってるのを実感している。
FF や GTA みたいな王道から Apex みたいな FPS も音ゲーもインディーゲーもいろいろやる。面白ければ実績コンプとかもする。正直あんま上手くなくて Apex はプラチナだし音ゲーも GITADORA 赤ネ、jubility は 7 ちょっと、DJ MAX は 8key で苦戦してる。最近だと Despotism 3k っていうリソース管理ゲーが難しくて楽しくてハマってる。
昔からレンタルして家で見るのが習慣なので今はアマプラで気になったのを見てる。最近見たのはゴーン・ガール。とても面白かった。
大作の映画は腰を据えて見たいと思うけど、くだらないB級映画なんかはゲームしながらとかダラっと見られて良い。アマプラだとドラマやアニメやバラエティもあって時間が足らなさすぎる。
学生時代は通学や空いた時間でたくさん本が読めた。森見登美彦が好きだったので何冊か読んだ。就職してからは技術書ばっかり読んでる。技術書を読むのは読書と言えるかわからないけど知識が増えるのが楽しい。
シーズン中は毎日3時間位野球見てるから結構贅沢な趣味だと思う。なんGとか見てると贔屓球団以外も気になったりして結構面白い。
===
ダラダラ書いたけど飽きても次行けるのが多趣味のいいところだと思う。拠り所がたくさんあって事欠かない感じ。
鉄筋コンクリートのマンションの1階1LDKに住んでて防音は結構しっかりされてるみたい。他の部屋に赤ちゃんがいるはずなんだけど泣き声なんか聞こえたことがない。試しにスピーカーで結構な音量流しても窓閉め切ってれば廊下からもベランダからもほとんど聞こえなかった。場所は都心から少し離れたところなので、隣の家までは結構間隔が空いてて家の中にいる限り気づかないんじゃないかな。
客先常駐の世界では、元請が下請をまるで自社の社員であるかのように誤解してるケースが少なくない。
本来的には下請にさせてはならない仕事を確信犯なのか無意識的なのか割り当てることがある。会議室のセッティングなどが典型だろう。
その中でももっとも卑劣だと思ってるのが、下請エンジニアにプロパー新卒の面倒をみさせる事だ。
当然その新卒には公式の指導役としてプロパーの人間をあてるが、この指導役が技術的にポンコツな場合実質的なレクチャーを下請に委ねるという構図だ。下請は育てる義務はないが、顧客の要望を無碍には出来ないため渋々応じることになる。
これは長い目で見ると、下請の仕事を奪うことになる。自分の技術を新卒に伝えるからだ。現実にはたった数ヶ月で全てを伝授することはないし、新卒も都合よく急成長はしないが、新卒の成長の延長線上には下請の契約終了が待ち構えている。つまり、文字通り下請エンジニアに「墓穴」をほらせてるのだ。
加えて昨今の新卒プロパーには理系卒ではなく、文系陽キャも平気でいるではないか。下請エンジニアはそいつらがサークルで飲み会したり、恋人とディズニー行ったりしてる間に、彼女も作らずSEXもせずシコシコとコードを書いて技術書を読んで少しずつ少しずつ技術を培ってきたのだ。
最初は肺に直通で煙入れたら喉痛いしむせるしクソ不味かったんだけど、口に煙留めて肺に入れるコツを掴んで五本吸った。
立ち上がったらフラッときて「ああ、これがヤニクラってやつか」とちょっと感慨深い気持ちになった。
んで、ここから本題なんだけど、煙草吸ったあと滅茶苦茶集中力上がったんだけどこれどういう作用なん？
ニコチン受容体が育った喫煙者がヤニデバフ解除されて集中力が上がるっていう認識だったんだが、初喫煙で爆上がりしてビックリした。
今まで技術書読みながらコーディングしてる最中にネットサーフィンとかしたり、いろんな不安とか考え事で頭がゴチャついてたんだけど、喫煙した後すげえ勉強集中できた。頭が散らかってないというか、無駄なこと一切考えなかった。
メジャー言語になったPythonは、ほかの言語にはないくらいにやさしい本がいっぱいだが
それゆえ逆にとんでもない初心者もおびき寄せるみたいで、
わからない、難しすぎる、これは経験者向きですねという文言が並ぶそして輝く☆1
誤字がひどいというレビュー。
私も持っていた本でお世話になったことがあったので、そうだっけ？と思ったので確認したんだが
正誤表もみたが3か所だけだった。おそらく打ち間違いと思われる
サポートページなどで正誤表というものが公開されていることも知らない人がちらほらいる模様。
2500円と技術書ではこの値段は普通か安いくらいだが、英語みたいに大量に売れる本と同じ目線で書いてそう。
セールしてても、ポイント期限が短かったりマイナーな媒体だったりすると買いにくい。
紙の媒体が半額になるというものだったが、ポイントで返ってくる、なおかつ1年間有効しかないので手を出すのをやめた。
買いたいものは、4000円ぐらいで50％還元だから2000Pとして、他に買いたいというようなものもなかった。
無理やり買ってもよかったが、そうするとそのサイクル繰り返していくうちにたぶんどっかでポイント失効になってたと思うし、なんとなく億劫になったのでやめた。
会社からしたら継続してくれたほうが嬉しんだけど、こっちからしたら実売価格を下げてほしい
情報処理技術者試験の時期になり様々な駆け出しエンジニアのツイートがTLに流れてくる中で、(個人的意見ではありますが)努力の方向性が間違っているのではと思われるものが散見されました。
努力の量は関心しますが、やり方が悪いために全てが水の泡だというのはあまりに気の毒なので、散々語り尽くされているであろうこのトピックに触れることにしました。
タイトルにもあるように、今回触れるのはあくまで「辞めた方がいいこと」なので、こうするべき！こうすれば必ず成功する！というものではありません。加えて、あくまで個人的意見です。しかし、おおよそのまともなエンジニアは同意するのではと思います(もしそうでないのであれば多分この記事がツイッターで燃やされることになると思うので、「へー、違うんだ」と思ってこの先を読み進めるなり、ブラウザを閉じていただいて結構です)。
ちなみに、自分はIT業界には大卒未経験で入ったweb系自社サービス企業の中堅エンジニアです。
やめた方がいいことは2つあります。
おそらくモチベーションの維持や情報収集のために同じ駆け出しエンジニアをフォローする方が多いかと思いますが、これは良くないと思います。
理由のひとつ目は、あなたが誤った理解や努力をしていたとしても彼らがそれを訂正してくれることはないからです。それに、彼らの情報は成功に裏付けられたものではありませんし、正しいという保証もありません(間違っていることが多いと思います)。この間違った情報のスパイラルにハマって誤った情報に翻弄され、気の毒な努力を積み重ねている駆け出しエンジニアをよく見かけます。
ふたつ目は、他人の努力をモチベーションにするならば、その対象は初心者ではだめだからです。駆け出しエンジニアが一人前になるには他人の何倍も努力が必要です。その「他人」というのは同じような初心者ではいけません。スター企業で働くようなエンジニアに追いつきたい(= スター企業で働きたい)のであれば、そこで働くような人の何倍も努力しなければいけません。努力の基準を求めているならば、「こうなりたい！」と思うようなエンジニアを参考にした方がいいと思います。
ではどのような人をフォローしたりすればいいのかですが、ひとつの案ですが、自分の持っている技術書の著者がTwitterなどのSNSをやっていないかを調べ、フォローしていくのが良いかと思います。優れた技術書を書いている人は正しい情報を発信している可能性が高いので、有益な情報を得られる可能性が高いです。他には、所属を明らかにしている人をフォローするのもいいと思います。そういった人たちはある程度責任を持った上で発言しているはずなので、完全に匿名のアカウントよりかは正しい情報を発信している可能性が高いです(めちゃくちゃ自己矛盾していますが)。
未経験の駆け出しエンジニアにとって一番やらないといけないのは「実務経験を積むこと」です。決してたくさん資格を取ることではありません。まずは「どうやったらIT企業に潜り込めるか」をマイルストーンに据えて、何が最短ルートなのかをよく考えた方がいいと思います。むやみに受験するなとは書きましたが、「受験はするな、意味がない」ということを言いたいのではありません。「どうやったらIT企業に潜り込めるか」を調査した上で、資格を取得するのが最短ルートなのであれば積極的に受験するべきだという主張です。よくプログラミングスクールが批判されていますが、それが手段として最も有効なのであればそれを活用するのも良いと思います。とにかく、資格もスクールもIT企業に入るための手段として考え、手段が目的になってしまうようなことにはならないように注意したほうがいいと思います。
ここでは「じゃあ何が一番最短ルートなのか」については敢えて触れませんでした。人それぞれ、これまでの経歴や適正、環境や運によって答えは異なり、確実な再現性はないからです。キャリアの積み方はベテランエンジニアでも最適な答えは分かりません。結局はみんな自分で判断していくしかありません。ぜひ色々情報を収集し(くれぐれも信頼できるソースから！)、"自分の頭で考えて"みてください。よき駆け出しエンジニアライフを！
会社で電子書籍（技術書）の導入を検討したがデメリットだらけで断念した。
まず、技術書は多くの社員が参照するものなので誰かの端末にあるとかじゃダメで、
電子書籍で共有的なことをしようとすると著作権の問題に引っ掛かるらしいという話も見た（真実は不明）。
会社の端末に入れる運用にすることも考えたが、機密情報漏洩の観点から端末は家に持って帰れない。
機密情報を含まない持ち出し可能な端末を作り、そこに書籍を入れて持って帰る運用も考えたが
無駄に管理する端末が増えるし、どのみち自分のスマホに読みたい書籍を入れれないから荷物が増える。
個人ではなく業務で使うので、サービス終了で技術書が読めなくなるリスクも無視できない。
返金があればいいとかいう問題でもない。技術書にアクセスできなくなったことで業務に支障をきたすことは社会的に許されない。
ダウンロードしておけばよいって言われても端末が故障した瞬間にアウトである（業務として使うにはありえない）。
部署の全社員にタブレットや電子書籍リーダーなどの使い方を教えることも難しいし
アカウントを作るのであればアカウントの管理業務も増え、また持ち出し時のルールを徹底させることも不可能に近い。
本が物理的に見えないので誰がどの本をどの程度買っているのか本棚を見ただけで確認できなくなる。
既に買った本は書籍リストで社内で共有し、同じ本は買わないようにするのだが
色んな人がそれぞれのアカウントで買うとなるとそのあたりの全体の管理の問題が解決できない。
