  |
はてなキーワード:オーム社とは
----
「My Job Went ToIndia」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went toIndia :オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は2006年です。
かいつまんで話すと、インターネットが整備され、輸送コストがほとんどかからないソフトウェア開発では、アメリカのエンジニアは給与の面でオフショアに歯が立たない、だって、1/10の給与でインドのエンジニアは働くんだぜ？という本です。
そうした、価格競争力で負けるアメリカのソフトウェアエンジニアは、如何にして今後サバイブすべきなのか、という本になっています。
（普通に面白いしAIコーディング時代に通づるものがあるので復刊を希望したいところですが、まあ直球過ぎる題名を何とかしないと再販は無理でしょうな）
そして、JTCや外資問わず、過去にオフショア開発を経験された技術屋のみなさんははてブにも多く生息されているでしょう。
では、ジュニア開発者は不要になりシニア開発者のみになって、いまのソフトウェア開発は主に安い給与で働いてくれるところに遠隔で作業してもらって、レビューだけすれば良い環境ですか？
そうはなっていません。なぜでしょうか。
さて、今普通にXと連動する中古品売買プラットフォームを開発しようと思ったら、どうやってつくるでしょうか？
この文脈に埋め込まれたいくつもの情報「今」「普通」「連動」「中古品」「売買」「プラットフォーム」「開発」を解釈し、すり合わせ、未来の運営者も含めた全員に伝えるためのコストが、コミュニケーションコストです。
そうなると、「ちょっと良い感じにラフでいいからプロトタイプ作って持ってきてよ」で話が通じるのは、受注者マインドがしっかりした日本の受託開発現場の精鋭たちになるわけです。
テストケースだけを通過するように、内部テーブルを持たせた関数を大量に持ってこられてレビュー時に頭を抱えた経験が無いひとは、とても幸運なのです。
とは言え、これは何も文化の違いに起因するだけではありません。仕様とは、環境によって定まるものだからです。
例えば、うるう年判定の関数は、1581年以前をエラーにしますか？1873年以前をエラーにしますか？（ヒント：明治六年）
テスト駆動開発、古い言い方で言えばテストファーストの考え方は、成功したすべてのプロダクトで例外なく、ただの一つの例外もなく、必ず最初から取り入れるべきだったものです。
品質は最後に振りかける粉砂糖のようなフレーバーではなく、最初から設計に組み込むべきだからです。
ありとあらゆる趣味において、最初から良いものを使えば時間を無駄にせずに済んだ、と言われるような初期投資の大切さが説かれます。
果たして本当でしょうか？
そうです、その趣味にハマって生き残りサバイブした人から見れば、過去にその時点で投資をすべきだった、というのは正しいのです。
その趣味にハマれなかった人からすれば、少ない投資で自分に合わないことが分かったという合理的な選択であることと矛盾しません。
そのため、全ての失敗したプロダクトは、テストケースを書く時間でプロダクトを作り上げて、さっさと世に問うべきだったわけです。
少し昔話をしますが、オフショア開発において重要なのはドキュメンテーションとテストケース、それにレビューでした。
他の部署で失敗しつづけていたオフショア開発のやり方は、端的に言えば"教化"でした。
具体的には書けませんが、グッとお安い単価の国に出す仕事を、日本の会社に出すのと同じようにすべく、相手の会社のメンバーを教育して仕立て上げるブートキャンプの仕組みを作り上げていました。
発注側を変えずに済むように受注側を教育して、日本の会社に出すのと同じように単価の安いところに出せたらお得ですよね？でもこれは必ず失敗します。
何故か。だって、日本の会社と同じように働けるようになったら、日本の会社に就職するじゃないですか。少なくとも価値は上がったんだから単価を上げるように交渉しますよね？
結局のところ、当初言われていたような劇的な節約にはつながらないわけです。それなら下手に転職されるよりも自前で現地工場でも立てて地元に貢献しつつ雇用を創出した方が喜ばれるし持続可能です。
小なりとも成果が上がった方法は、フィードバックを相手ではなくドキュメントにした場合でした。
例えば先ほどの例で言えば、テストケースは通るが意図したコードにならなかったとき。
「普通はこういう意図でコードを書くから、テストケースを通るにしても、関数は次からこう書いて」というのが、相手に対するフィードバック。
「関数を書く前に、関数の意図をコメントで残して、レビュー時にはそれを見ましょう」というプロセスの修正が、ドキュメントへのフィードバック。
こうすると、担当者が退職していなくなっても、次の担当者はその方法を参考にすれば良いわけです。
これ、何かに似てませんか。現在のAIコーディングのベストプラクティスと呼ばれるものに非常によく似ているんです。
つまり、オフショア開発というのも、設計と実装が分離できるという前提に立って動いていたんです。
そして、実装しながら設計しても問題ないとする場合、それは「技術的な問題」ではなく「組織構造」に起因します。
つまり、プロダクトの構造を分割して、オフショア開発側に設計と実装とを委譲して、実装しながら設計を変えてもらうことが許容できるのは、契約や責任分界点、輸出入の法規を含めた法務の領域です。
少なくとも当時、諸々をクリアにして相手側にプロダクトの一部を荒い設計と共に切り出して、コーディングしながら再設計してもらい、テストケースを完備したコードとドキュメントを共に完成までもっていってもらったことは、大きな成果であったはずです。
（当時日本側と仕事をしたという実績があると大きな実力があるとみなされたと聞いたので、今はより良いところで良い仕事をされていると思います）
（あと、コミュニケーションコストと輸出入の関連法規が複雑だから）
少なくとも、納期までに契約したこれを納品してください、という枠組みの中では、実装作業だけ切り出すことはできない、というのが教訓として残ったはずです。
少なくともあと数年、場合によっては10年スパンで、日本ではほとんど変わらないと予想しています。
これは技術の話ではなく組織構造や、もっと言えばお仕事の進め方と契約の話だからです。
そうは言ってもジュニアエンジニアの簡単な仕事が減って成長機会が失われているのは事実では？と思うかもしれませんが、そもそもの前提が誤っています。
未経験（弱経験）者を雇って戦力まで鍛え上げる必要があるなら、AIに仕事渡してないでそのジュニアエンジニアにやらせるべきなんです。
ジュニアエンジニアとAIと両方にOJTさせて、その違いをレビューの場でフィードバックしてジュニアを育てるわけです。
もし、そんな時間は無いというなら、元々ジュニアエンジニアをOJTで育てていたというのは幻想です。
（たまに、失敗が経験になるとして、会社に損害を与える方法でジュニアを"教育"しようとする人がいますが、商習慣的にも信義則違反ですし言語道断です）
シニアエンジニアだけで事足りるとしてジュニアエンジニアを雇わなかった企業は、シニアエンジニアが抜けてガタガタになります。
これは中核エンジニアがゴッソリやめた会社が傾くなんて言う話で、昔からそうです。（たいてい、もっと人雇ってくれ待遇上げてくれみたいな悲鳴を圧殺した結果だったりします）
昔から、中堅がやれば手早い仕事を新入社員にやらせて鍛える、その代わり質は悪いし時間もかかるしフォローも必要だったわけでしょう。
AI時代が到来するとしても全く同じです。AIが出力するコードレビューで悲鳴上げてる場合じゃないんですよ。
レビューできるシニアエンジニアが足りなくなると予想されるなら、当然、ジュニアエンジニア雇ってレビューできるようにする必要があるんです。
そしてそれは、技術的な問題点ではなく、組織的・経営的な決断です。
国産LLM開発の文脈でもそうなんですが、ハードウェアの進歩を無視して話をする方が多いのが気になります。
現時点のコンピューターパワーは、10年後には手の届く価格になる可能性が十分高く、もっと言えば20年後には個人が所有する可能性すらあります。
いまから20年前の2005年は、Youtubeが誕生した年です。その時に、誰もがいつも手元にビデオカメラを持ち、即座に動画を世界に公開できるようになるとは思っていなかった頃です。
今もそうだと思いますが、ある分野で必要な性能にはもう十分という期待値があり、10年経てばある程度大きな会社の部署単位で現在最先端のコーディングAIがローカルで動くようになると想像するのは容易です。
そうなったときに、果たして営利企業が、エンジニアを育成するというコストを支払うかといわれると、疑問です。その時点で今後のリアルなコストと比較対象可能になるので。
だって、筆耕担当者とか、清書担当者を雇わなくなった企業って、多いでしょう？
My job went toAI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
名著「UNIXという考え方 - UNIX哲学」は本当に名著なのか？ 〜 著者のガンカーズは何者なのかとことん調べてみた - Qiita
この記事はよく調べてあるなぁと思う反面，事実関係の間違いも多く当時の空気感など欠けていると思う部分がいくつかある。事実関係に関しては追い切れないので参考文献を挙げるにとどめておくが，空気感のほうはいくつか書いておく。なお当該記事の「当時と今では状況が全然違うんだから，安易に『UNIX哲学』とかいうな」という主旨には大賛成である。
初期のUNIX の歴史について興味がある向きには次の書籍をお薦めする。
Peter H.Salus『A QuarterCentury ofUNIX』(1994, Addison-Wesley Publishing)
和訳の『UNIXの1/4世紀』(Peter H.Salus, QUIPULLC 訳,2000,アスキー) は絶版のうえ訳も微妙なので薦めづらいが，原書はThe Unix Heritage Society (tuhs) で PDF が無償公開されているので，英語が苦にならないのなら読んでみるといい。
また同じく tuhs で無償公開されているDon Libes and Sandy Ressler『Life withUNIX』（1989, Prentice Hall）を読めば80年代終りのUNIX の状況（XENIX についてもしっかり言及されている）や利用者目線での雰囲気もある程度判るだろう。
元記事で一番気になるのが「哲学」という語の捉え方。この言葉の強さに引きずられているように読める。でもこれ，当時は設計の基本的な考え方くらいの意味でわりとよく使われていた言葉なんだよね。たとえば米BYTE 誌のアーカイブを “philosophy” で全文検索するとこんな感じ。
https://archive.org/details/byte-magazine?query=philosophy&sin=TXT&sort=date
ほぼ毎号のように出現していたのが判るだろう。
もっとも猫も杓子も「哲学」を振りかざしていたわけではないし，UNIX の開発者たちが「哲学」の語を好んで使っていたのも間違いないように思う。傍証の一つがAT＆T の定期刊行物『The Bell System Technical Journal』の1978年7,8月号だ。元記事で言及されているマキルロイの Forword の初出がこれで，ネットのアーカイブから PDF が入手できる。
この号は二部構成になっていて第一部が Atlanta Fiber System に関する論文12本（全172ページ），第二部がUNIX に関する（Preface や Foreword を含む）論文22本（全416ページ）となっている。さて前述のPDF はOCR されているので “philosophy” で全文検索してみると8箇所見つかる。これが見事に全部UNIX の論文なのだ。もちろん論文の性質もページ数も違うからこれだけで確定的なことはいえないが「日常的に使っていたんだろうなぁ」という推測は成り立つだろう。じつはマキルロイの哲学とされている部分は “Style” であり “philosophy” の語は一切使われていないというのもちょっと面白い。UNIX の開発者たちがなぜ「哲学」という語を好んだか正確なところは判らないが，それまでにない新しい考え方に基づいたOS を開発しているという意識があれば，そういう言葉を選ぶのが自然な時代だったことは間違いない。
UNIX が認知され拡がっていく過程で「哲学」も知られるようになっていった。自分が好むものの良さを他人にも識ってもらいたい，あわよくば他人もそれを好むようになって欲しいという布教活動は今も昔を変らないわけで「哲学」はその便利なツールとなったわけだ。元記事ではガンカースの著作を「外部の人間が後から打ち立てた哲学」と表現しているが，そんなたいしたものではない。マキルロイの論文に影響を受けた布教のためのああいう説教は到るところにあった。たとえば前掲の『Life withUNIX』にもしっかり Philosophy の項がある。また日本で最初期のUNIX解説本のひとつである，村井純・井上尚司・砂原秀樹『プロフェッショナルUNIX』（1986，アスキー）には冒頭次のような一節がある。
オペレーティング・システムは，コンピュータを使うものにとっての環境を形成する基盤であるから，そのうえで生活する者の個性を尊重し，より良い環境へと作り上げて行く課程を支援するような素材を提供するソフトウェアでなければならない。この主張こそが，UNIX のオペレーティング・システムとしての個性ではないだろうか。
「より良い環境へと作り上げて行く課程を支援するような素材を提供するソフトウェア」とはテキストを入出力フォーマットとする単機能のコマンド群のことで，これらをパイプでつなげたりシェルスクリプトでまとめたりすることで「そのうえで生活する者の個性を尊重し」た「より良い環境へと作り上げて行く」ということだ。こういった説教はありふれたものであった。たんにそれを「哲学」の語を用いて書籍にまとめたのが，たまたまガンカースだったというだけのことである。
そしてじつはUNIX の場合，布教活動とはべつに「哲学」を広めなければならない切実な理由があった。これを説明するのは非常に面倒くさい。当時と今ではあまりにも環境が違うのだが，その違いが判らないと切実さが伝わらないからだ。マア頑張ってみよう。
UNIX はPDP というミニコンピュータ（ミニコン）上に開発された。このミニコンを使うためには専用の部屋に行く必要がある。その部屋は，もちろん場所によって違うわけだが，マアおおよそ学校の教室くらいの大きさだ。長机が何列か並んでおり，そのうえにはブラウン管ディスプレイとキーボードを備えた機器が等間隔に置かれている。壁際にはプリンタが何台かあるだろう。通っていた学校にコンピュータ室などと呼ばれる部屋があったならそれを思い浮かべればだいたい合ってる。ただし置かれている機器はコンピュータではなくコンピュータに接続するための端末装置（ターミナル）だ。端末装置のキーボードで打った文字がコンピュータに送られコンピュータが表示した文字がそのディスプレイに表示される。現在Unix 系OS でCLI を使うときターミナルとか xterm という名のアプリケーションを用いるがこれらは端末装置のエミュレータで，もともとは実体のある装置だったわけだ。
さてコンピュータ室にたいていは隣接するかたちでマシンルームなどと呼ばれる六畳くらいの部屋がある。窓ガラスで仕切られたこの部屋には箪笥や洗濯機くらいの大きさの装置が何台か置かれている。これがコンピュータ本体だ。もっともコンピュータが何台もあるわけではない。この箪笥がCPU でそっちの洗濯機がハードディスク，あの机に置かれているタイプライタが管理用コンソールといった具合に何台かある装置全部で一台のコンピュータになる。どこが〝ミニ〟だと突っ込みたくなるかもしれないが「六畳で収まるなんて，なんてミニ！」という時代のお話だ。
端末装置それぞれから（USB のご先祖様の）RS-232 という規格のアオダイショウみたいなケーブルが伸び，マシンルームに置かれたターミナルマルチプレクサと呼ばれるスーツケースに台数分のアオダイショウが刺さってコンピュータとの通信を行う。コンピュータと多数の端末装置を含めたこれら全体をサイトと呼び，root権限を持って管理業務を行う人をシステム管理者あるいはスーパーユーザと呼んだ。
結構上手に説明できたと思うのだが雰囲気は伝わっただろうか。ここで重要なのは一台のコンピュータを数十人が一斉に使っていたという事実だ。洗濯機とかアオダイショウとかは，マアどうでもいい。
当時のUNIX の評価を一言で表すと〝自由で不安定なOS〟となる。メーカお仕着せではなく自分好みの「より良い環境」を作りあげる自由。さらに他のメインフレームやミニコン用OS に比べると一般ユーザ権限でできることが圧倒的に多かった。そしてその代償が不安定さ。今では考えられないがUNIX のその不安定さゆえにプロ用OS ではないと考える向きは多かったし「でもUNIX ってすぐ落ちるじゃん」というのはUNIXアンチ定番のディスりだった。UNIX の落とし方，みたいな情報がなんとなく廻ってきたものだ。
こういった雰囲気を鮮やかに伝えてくれるのが，高野豊『rootから / へのメッセージ』（1991，アスキー）だ。当時アスキーが発行していた雑誌『UNIX MAGAZINE』に連載されていた氏のエッセイの1986年11月号から1988年10月号掲載分までをまとめた書籍である。著者の高野氏は勤務先の松下電器で1980年ごろからUNIXサイトのスーパーユーザを務めており，日本では最古参の一人である。この本の中で高野氏は繰返しUNIX の自由さと不安定さに言及している。すこし長くなるが，その中の一つを引用しよう。
CPU は，システムにとって重要な共有資源であるが，このCPU を実質的に停めてしまうことがUNIX ではいとも簡単にできる。たとえば，ccコマンドを10個くらい同時に走らせてみたらよい。VAX-11/780 といえども，同時に実行できるコンパイルはせいぜい3つか4つである。それ以上実行することも当然可能ではあるが，他に与える影響が無視できなくなる。つまり，てきめんにvi のカーソルが動かなくなる。あるいは，すこし大きめなディレクトリ上でのlsコマンドの出力が表示されるまでに煙草を1本吸い終えてしまったり，タイムアウトでログインが撥ねつけられたりといったバカげた現象が起きだすのである。こういった状態になると，UNIX は破壊されたに等しい。真夜中，独りで VAX を占有して使っているのなら何をやろうとかまわない。しかし，20人30人と多数の人間が使っているときに勝手をやられると非常に困るのである。当人の仕事が遅れるのは自業自得だとしても，そのとばっちりで他のエディタまで止まってしまうと，もはやどの仕事も進行しなくなる。
ディスクについても同様なことがいえる。UNIX では，ファイルシステムを使いはたすまで大きなファイルを自由に作ることができる。したがって，自分のプロセスがいったいどのくらいの容量のファイルを作り出すのか見当もつけられないようなアマチュアが使うと悲惨なことになる。ディスクを使いはたすと，コンソール・タイプライターにエラー・メッセージが出力されるが，夜中にそれが発生して，コンソール・タイプライターが一晩中エラー・メッセージを打ち続け，朝マシンルームに行ってみると紙を一箱打ち尽くしてしまい，ピーピーと悲しげな声を上げて人を呼んでいた光景を私は何度も見てきた。こうなると，それをしでかした本人のプロセスは当然のこととしても，同じディスクで走っている他のプロセスも先に進めなくなってしまう。すこしでも負荷を夜間にまわそうとする善意は逆転してしまい，わずかでも仕事を先に進めようとする意図も完璧に打ち砕かれてしまうのである。
そして，こうした不安定さが「哲学」を必要としたのだ。自分が利用しているサイトに「ccコマンドを10個くらい同時に走らせ」たり「自分のプロセスがいったいどのくらいの容量のファイルを作り出すのか見当もつけられないようなアマチュア」がいるとその累は自分にも及んでしまう。だからサイトの利用者全員にUNIX の設計の基本的な考え方を理解してもらうことが，自分のために必要だった。UNIX の伝道がより苛烈だった理由のひとつがここにあるのだ。
ミニコン上で誕生したUNIX は 4.3BSD（1986）で最高潮を迎える。注意したいのはミニコン時代のUNIX は ResearchUNIX とCSRGBSD みたいな区別をせずにまとめてUNIX として扱われていたことだ。実際『プロフェッショナルUNIX』も『rootから〜』もUNIX と記述されてはいるが実際にはBSD を扱っている。べつに当時の人が無知だったわけではない。なにしろBSD を利用するためにはまずAT＆TからUNIX のライセンスを購入し，そのうえでカリフォルニア大学バークレー校（UCB）からBSD を入手しなければならなかったからその関係は当然広く知られていた。ベル研で発明されたUNIX を外部の人たちも含めみんなで改良し，それら全体がUNIXであるという考え方が自然だっただけである。『Life withUNIX』のような英語の文献によく登場する “BerkeleyUNIX” という言い回しが当時の気分をよく表している。UNIX vsBSD みたいな捉え方は法廷闘争を経た90年代以降の感覚だ。
もっともそういう70年代風味の牧歌的風景はミニコン世界限定の話であった。BSD そのものはミニコン用のものしかなかったが，そのコードを受け継いだBSD 系Unix やAT＆T が推し進める System V などがワークステーション市場を舞台に80年代中盤から激しく覇権を争うようになる。いわゆるUnix戦争で，PC 用UnixであるマイクロソフトのXENIX も当然参戦した。ミニコン世界が牧歌的だったのは，ぶっちゃけていえば先のない技術だったからだ。ただUnix戦争はあくまでも標準という聖杯を争う戦いであり，AT＆T とBSD 系Unix のSun Microsystems が共同で System V Release 4.0 (SVR4) を作りあげたように後の法廷闘争とは趣が違う。
こうしたミニコンUNIXからワークステーションUnix への転変はUnix そのものや文化にも変化をもたらした。まず激しい競争はUnix の高機能化を加速した。商品として判りやすい惹句が「あれもできます，これもできます」なのは誰もが知っている。もちろん安定性を増すために quota のような利用者の自由を制限する機能も含まれていた。またワークステーションUnix は現在のUnix 系OS と同様同時に一人が使うものであり前述の布教の必要性は大幅に減じた。達人たちのみの楽園から万人に開かれた道具に変ったのだ。こういった変化を体感したければ『rootから〜』と水越賢治『スーパーユーザの日々』（1993，オーム社）を読み比べてみるといい。『スーパーユーザの日々』はワークステーションUnix のシステム管理の入門書だ。この本ではたんに知識を羅列するかわりに架空のソフトウェアハウス（開発会社）を舞台に新卒社員が先輩社員からシステム管理を学ぶという体裁をとっており，そのおかげで架空の話とはいえ90年代前半の雰囲気が堪能できる。出版年でいえば『rootから〜』と二年しか違わない『スーパーユーザの日々』の落差は “dog year” と称された当時の激烈な変化まで体感できるだろう。
当時はよくいわれたのに今やほとんど聞かれなくなったものがある。マキルロイの論文の結論部分に書かれたそれは，1973年に出版されたイギリスの経済学者エルンスト・シューマッハーの著作の題名で，中学生の英語力があれば十分に理解できる平明な一文だ。
Smallis beautiful.
マキルロイは『人月の神話』を引いて一定の留保をつけてはいるものの，これがUNIX哲学の背骨であることに違いはない。機能をありったけ詰め込もうとして失敗した “kitchen-in-a-sink” な MULTI•cs のアンチテーゼであるUNI•x にとって，これ以上のスローガンがあるだろうか？
ひるがえって現在のUnix 系OS をみれば，ブクブクと肥え太ったシステムコール，全容を俯瞰するだけでも一苦労するライブラリインターフェイス，一生使うことのないオプションスイッチまみれのコマンド群。UNIX が仮想敵としたOS そのものだ。そのことについてとくになにも思わない。ハードウェアは長足の進歩を遂げ，コンピュータの応用範囲は途方もなく拡がった。UNIX が変らなければたんに打ち棄てられ，歴史書を飾る一項目になっただけだ。ただ現在「UNIX哲学」を語るならそうした背景は理解していなければならないし，どれだけ繊細な注意を払ったところで〝つまみ食い〟になってしまうことは自覚すべきだ。
現場の方以外の一般社会人向け。これで技能試験作品を綺麗に安心して作れるようになるだろう。
まず単品施工（被覆剥き、輪作り、ランプレセプタクルや露出型コンセントや引掛けシーリング、連用器具類、リングスリーブや差込型コネクタ、ジョイントボックスなど）について、参考書などの完成写真と注意事項を丁寧に読んで繰り返し施工練習。
ひととおりやったら、候補問題を順番にすべて、問題固有の箇所に気を配りながら、単線図から複線図を描いてみる。沢山描くと、本番で描かなくても頭のなかで覚えていたりする。
次にまた候補問題を順番に、参考書にある講師やプロの施工完成写真を最初にじっくり見て、さらに材料表を軽く見て覚えて、時間を必ず測って講師の作品のように実際に施工練習してみる。接続部においては、圧着マークを試験官にも自分自身にも見やすいように上側に打ち、差込型コネクタの差込具合もわかりやすくなるよう線ごと傾ける。途中や見直しで間違いに気づいたら、落ちついて直す。慣れてきたら一問25から30分で見直しまで終えられるようになる。尤も、時間内に正しい施工が終えられればよく、早さを競っても仕方がない。
練習期間は、あまり長く取っているとダレて集中力が欠けて適当になったり、始めのころに練習した問題を忘れそうになったりするので、一か月くらいに集中して練習することを推したい。
参考書は、オーム社の「絵で見て覚える」シリーズを筆記ともに超オススメしたい。説明文が洗練されていて、絵や写真もわかりやすいし、一口コメントも実に的を射ている。
日本のIT業界の多重下請け構造が悪だ、Slerがクソだ、みたいな話あるけど、論点混ざってることが多い。
どっちかというと「仕事を出す側」として、多重下請け構造の問題点とポイント書いとくよ。
必要とされる多重請負と、ブラックな多重請負があって、分けて考えないとイカン。
ハナキンなのにやっと終わって一人酒だよ！
発注者から直接仕事を請け負った元請け担当者（大抵の場合、安請け合いする部長）が、
請けた仕事を切り出して、課長、各チーム主任、ヒラと仕事を下ろしていく。
ピラミッド構造で上意下達で、力関係も対等ではないが、こういうのは多重下請け構造とは呼ばれない。
そして、仕事の報酬が会社に対して支払われ、各員には会社から給与が支払われる。
「オレの言う多重下請け構造と違う」と言われても何なので、定義はそのまま引っ張ってこよう。
発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、
請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。
良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。
これ、多重下請け構造の問題点じゃなくて、受注価格交渉の話なんだよね。個別。
例えば、一社のみなら給与体系の話になるわけで「部長が中間搾取してる！」とは言わない。
さらに「部長が安請け合いするから、現場のエンジニア給与が低い」というのは、一社のみでも起こる。
つまり、「中間搾取」によって「給与が低くなる」というのは、飛躍がある。飛ばしてはイカン。
（以後、n次請け, n+1次請けは、全て元請け,下請けと表現するな）
1番と2番とは分けて考える必要がある。
まず、エンジニアの給与が低くなるのは、会社の給与体系の問題だ。
ということは、「エンジニアの給与が不当なほど低い」のであれば、それは多重下請け構造の問題ではない。
不当なほど低い賃金で働かせている「本来潰れていなければならない会社」の問題を、多重下請け構造問題で誤魔化してはイカン。
で、元請けと下請けとの報酬差だが「要件定義や概要設計等の上流工程」をやった対価を取って「中間搾取」とは言われたくないだろ。
答えから書くと、さっきの式は以下の形で使われてる。
一目瞭然で、下請け報酬が少ないから、「中間搾取」と呼ばれる「元請け仕事の対価以上の報酬」が生まれる。
つまり、「マージンを抜くから適正単価にならない」ではなく「適正単価でないからマージンを抜く余裕がある」だ。
「要件定義や概要設計等の上流工程」が2000万で、実装やテストの下流工程が1000万で、という区分けをしていない。
仕事の中身で値段を決めずに、人月計算をするから、常に下請けは元請けよりも単価が低く設定される。
なぜならば、元請けは儲けるために下請けに仕事を流すわけで、損するためにじゃない。
というわけで、潰れずに責任とってくれるような大企業しかクライアントは選ばないので、Slerが繁栄する。
一軒家立てるときに工務店を選ぶ人もいるけど、ハウスメーカーも大人気だよね、というのが酷くなった感じ。
これは構造的な問題で、既得権益って言うとそうだね、という話。
じゃあ、なんで請けるの？という話。
まあ、最近はインドとか中国とか、単価低いしアッチで、みたいになってるけど。
請けないと会社潰れるから激安で請けますどうせエンジニアは使い潰せば良いし、みたいな会社が多い。
で、ブラック会社は人が足りないとさらにブラックな会社を呼んで……みたいな泥沼状態。
エンジニア雇ってる会社がブラックなので、結果的に多重請負になってる。逆じゃない。
プロジェクトマネージャがプログラマを鬱で辞めさせました。ボーナスが減ります、となってない。
元請けA、2次請けB、3次請けC…みたいになると、Bが指示してEが無茶苦茶な残業で体壊して、AはExcelしか観てない、みたいな。
クライアントにIT知識がないとか言っても無駄。信頼関係も効率性もある。
ハウスメーカーがお客さん呼び込んで、指定した建材で地元工務店と契約して、さらに左官屋雇って家を建てたりするだろう。
そういう時に、「客が直接知識を持って、左官屋と大工と設計家と交渉すれば安く付く」とか左官屋が言ったりしない。
出版社から直接本を買って、取次とか本屋のことを「中間搾取め！」とか言わないだろ。
IT業界は、そういう「効率のための多重構造」とは違う「果てのないダンピング会社の多重構造」がある。コッチが問題。
さらに多重請負って、普通に偽装請負で命令系統と責任系統が乖離してる。
人壊しても責任とらなくて良くて、補充がいくらでもきくなら、そりゃ無茶苦茶するわな。
まあ、ITエンジニアが育たないとか言ってないで、勉強して転職しようぜ！
「My Job Went ToIndia」の日本語翻訳版がオーム社から発行されたのは2006年だよ！
IT業界に未経験で中途入社して1年弱の人間ですが、ネットワークとデータベースはサッパわかってません。
コンピュータの基本的なところ（論理回路から始まって云々カンヌン）やハードウェア周りもほぼわかってません。
普段の仕事は主にソフトウェアを作ることで、ネットワークorデータベース関連のソフトには手をつけてません。
そうは言っても知らないとヤバいなーとは思っていたので
http://www.amazon.co.jp/dp/4764902842/
http://www.amazon.co.jp/dp/4891003383/
これらをとりあえずポチりました。あと「ネットワークはなぜつながるのか」も持っていたはずなので読もうと思います。
情報理論では
http://www.amazon.co.jp/dp/0471241954/
がいいらしいんですが、高くて躊躇してます。
どのように勉強していったらいいでしょうか。
言語は主にC++(最初オブジェクト指向のオもわかってなかったので苦労しました)です。
CはC++に入る前にK＆Rとオーム社の上下巻の本を読んで一通り勉強しましたが、今ではオブジェクト指向じゃないとまともなコード書く自信ありません。
LINUXは使えますが、emacsのキーバインドは全然使いこなせないです。viとか使えないです。つまりその程度です。
二分探索とかキューとかスタックとかバイナリツリーとかリストとかソートの基本的なデータ構造とアルゴリズムは一応勉強しました。全て実装したことがあるわけではありませんが。
アマゾンジャパン VS 紀伊國屋書店 2007年出版社別年間売上げランキング
| 出版社 | A | K | J |
|---|---|---|---|
| 講談社 | 1 | 1 | 1 |
| 小学館 | 2 | 2 | 2 |
| 集英社 | 3 | 3 | 3 |
| 角川グループパブリッシング | 4 | 5 | 5 |
| 新潮社 | 5 | 4 | 4 |
| ダイヤモンド社 | 6 | 9 | 9 |
| 岩波書店 | 7 | 10 | 7 |
| 日経ＢＰ社 | 8 | 17 | 36 |
| 学習研究社 | 9 | 6 | 6 |
| ソフトバンククリエイティブ | 10 | 31 | 22 |
| エンターブレイン | 11 | 61 | 38 |
| 角川メディアワークス | 12 | 56 | 43 |
| ＰＨＰ研究所 | 13 | 13 | 13 |
| 文藝春秋 | 14 | 7 | 8 |
| 日本経済新聞出版社 | 15 | 16 | 16 |
| 幻冬舎 | 16 | 12 | 10 |
| 東洋経済新報社 | 17 | 22 | 30 |
| ワニブックス | 18 | 58 | 78 |
| 日本放送出版協会 | 19 | 8 | 11 |
| 徳間書店 | 20 | 33 | 32 |
| 翔泳社 | 21 | 43 | 26 |
| 中央公論社 | 22 | 21 | 17 |
| 筑摩書房 | 23 | 35 | 12 |
| スクウェア・エニックス | 24 | 75 | 51 |
| 医学書院 | 25 | 11 | 17 |
| 双葉社 | 26 | 44 | 37 |
| インプレスコミュニケーションズ | 27 | 42 | 39 |
| 光文社 | 28 | 19 | 24 |
| 技術評論社 | 29 | 46 | 29 |
| 河出書房新社 | 30 | 41 | 27 |
| 白泉社 | 31 | 36 | 23 |
| コアマガジン | 32 | - | - |
| 宝島社 | 33 | 26 | 42 |
| メディアファクトリー | 34 | 71 | 59 |
| 朝日新聞社出版局 | 35 | 23 | 34 |
| 主婦の友社 | 36 | 20 | 45 |
| 毎日コミュニケーションズ | 37 | 62 | 44 |
| 早川書房 | 38 | 51 | 31 |
| オーム社 | 39 | 39 | 28 |
| 竹書房 | 40 | 89 | 72 |
| 日本実業出版社 | 41 | 47 | 41 |
| アスキー | 42 | 94 | 76 |
| 有斐閣 | 43 | 27 | 21 |
| リットーミュージック | 44 | 209 | 175 |
| マガジンハウス | 45 | 63 | 96 |
| 中央経済社 | 46 | 25 | 19 |
| フォレスト出版 | 47 | 170 | 155 |
| 中経出版 | 48 | 54 | 40 |
| 秋田書店 | 49 | 93 | 56 |
| 平凡社 | 50 | 76 | 48 |
| 福音館書店 | 51 | 59 | 86 |
| 一迅社 | 52 | - | 146 |
| 主婦と生活社 | 53 | 45 | 66 |
| 祥伝社 | 54 | 55 | 50 |
| 秀和システム | 55 | 50 | 35 |
| パンローリング | 56 | 272 | - |
| 文化出版局 | 57 | 95 | 98 |
| ドレミ楽譜出版社 | 58 | 169 | 202 |
| 扶桑社 | 59 | 73 | 84 |
| アルク | 60 | 70 | 58 |
| サンマーク出版 | 61 | 118 | 121 |
| 草思社 | 62 | 130 | 108 |
| 羊土社 | 63 | 131 | 162 |
| シンコーミュージック・エンタテインメント | 64 | 148 | 117 |
| オライリー・ジャパン | 65 | 292 | 137 |
| ホビージャパン | 66 | - | - |
| ＣＱ出版 | 67 | 203 | 156 |
| 丸善 | 68 | 65 | 100 |
| 偕成社 | 69 | 80 | 101 |
| 東京大学出版会 | 70 | 86 | 65 |
| 三笠書房 | 71 | 72 | 88 |
| 日刊工業新聞社 | 72 | 120 | 89 |
| ヤマハミュージックメディア | 73 | 211 | 174 |
| 実業之日本社 | 74 | 77 | 68 |
| 旺文社 | 75 | 18 | 18 |
| 医歯薬出版 | 76 | 30 | 47 |
| 茜新社 | 77 | - | - |
| 白水社 | 78 | 97 | 67 |
| 成美堂出版 | 79 | 15 | 20 |
| 秀文社 | 80 | - | - |
| ポプラ社 | 81 | 29 | 63 |
| ディスカヴァー・トゥエンティワン | 82 | 117 | 119 |
| 世界文化社 | 83 | 53 | 71 |
| 新書館 | 84 | 160 | 123 |
| 静山社 | 85 | - | - |
| メディカルサイエンスインターナショナル | 86 | 195 | 120 |
| ソニー・マガジンズ | 87 | 79 | 90 |
| 大和書房 | 88 | 102 | 95 |
| マッグガーデン | 89 | - | 276 |
| 富士見書房 | 90 | 217 | 170 |
| ランダムハウス講談社 | 91 | 147 | 154 |
| アスコム | 92 | 139 | 152 |
| 創元社 | 93 | 178 | 126 |
| ベストセラーズ | 94 | 83 | 109 |
| 大修館書店 | 95 | 104 | 103 |
| 日本評論社 | 96 | 105 | 77 |
| 研究社 | 97 | 138 | 180 |
| 三省堂教材システム | 98 | 64 | 57 |
| リブレ出版 | 99 | 232 | 127 |
| 世界思想社教学社 | 100 | 38 | 25 |
| 昭文社 | - | 14 | 15 |
| ＪＴＢ | - | 24 | 33 |
| デアゴスティーニ | - | 28 | - |
| 南江堂 | - | 32 | 55 |
| 柏書房 | - | 34 | 270 |
| 高橋書店 | - | 37 | 62 |
| 中央法規出版 | - | 40 | 61 |
| 東京官書普及 | - | 48 | - |
| 日外アソシエーツ | - | 49 | - |
| 永岡書店 | - | 52 | 105 |
| 紀伊國屋書店 | - | 57 | - |
| ナツメ社 | - | 60 | 49 |
| メディカ出版 | - | 66 | 53 |
| 地方小出版流通センタ | - | 67 | - |
| 広川書店 | - | 68 | - |
| 日本能率協会 | - | 69 | 85 |
| タック | - | 74 | 46 |
| ミネルヴァ書房 | - | 78 | 111 |
| 朝倉書店 | - | 81 | 122 |
| 新星出版社 | - | 82 | 83 |
| 幸福の科学出版 | - | 84 | - |
| 星雲社 | - | 85 | 60 |
| メディックメディア | - | 87 | 93 |
| 日本図書センター | - | 88 | - |
| 文英堂 | - | 90 | 82 |
| 日本文芸社 | - | 91 | 94 |
| 増進会出版社 | - | 92 | 75 |
| 早稲田経営出版 | - | 96 | 54 |
| 明治図書出版 | - | 98 | 52 |
| 鍬谷書店 | - | 99 | - |
| 柴田書店 | - | 100 | 64 |
| 東京リーガルマインド | - | - | 69 |
| 実務教育出版 | - | - | 70 |
| 山と渓谷社 | - | - | 73 |
| 文光堂 | - | - | 74 |
| 東京創元社 | - | - | 79 |
| 駿台文庫 | - | - | 87 |
| ぎょうせい | - | - | 91 |
| メジカルビュー社 | - | - | 92 |
| 誠文堂新光社 | - | - | 97 |
| 清文社 | - | - | 99 |
K…外商含む
J…書籍のみ
アマゾン 紀伊国屋書店 出版社 1位 → 1位 講談社 2位 → 2位 小学館 3位 → 3位 集英社 4位 → 5位 角川グループパブリッシング 5位 → 4位 新潮社 6位 → 9位 ダイヤモンド社 7位 → 10位 岩波書店 8位 → 17位 日経ＢＰ社 9位 → 6位 学習研究社 10位 → 31位 ソフトバンククリエイティブ 11位 → 61位 エンターブレイン 12位 → 56位 角川メディアワークス 13位 → 13位 ＰＨＰ研究所 14位 → 7位 文藝春秋 15位 → 16位 日本経済新聞出版社 16位 → 12位 幻冬舎 17位 → 22位 東洋経済新報社 18位 → 58位 ワニブックス 19位 → 8位 日本放送出版協会 20位 → 33位 徳間書店 21位 → 43位 翔泳社 22位 → 21位 中央公論社 23位 → 35位 筑摩書房 24位 → 75位 スクウェア・エニックス 25位 → 11位 医学書院 26位 → 44位 双葉社 27位 → 42位 インプレスコミュニケーションズ 28位 → 19位 光文社 29位 → 46位 技術評論社 30位 → 41位 河出書房新社 31位 → 36位 白泉社 32位 → - コアマガジン 33位 → 26位 宝島社 34位 → 71位 メディアファクトリー 35位 → 23位 朝日新聞社出版局 36位 → 20位 主婦の友社 37位 → 62位 毎日コミュニケーションズ 38位 → 51位 早川書房 39位 → 39位 オーム社 40位 → 89位 竹書房 41位 → 47位 日本実業出版社 42位 → 94位 アスキー 43位 → 27位 有斐閣 44位 → 209位 リットーミュージック 45位 → 63位 マガジンハウス 46位 → 25位 中央経済社 47位 → 170位 フォレスト出版 48位 → 54位 中経出版 49位 → 93位 秋田書店 50位 → 76位 平凡社 51位 → 59位 福音館書店 52位 → - 一迅社 53位 → 45位 主婦と生活社 54位 → 55位 祥伝社 55位 → 50位 秀和システム 56位 → 272位 パンローリング 57位 → 95位 文化出版局 58位 → 169位 ドレミ楽譜出版社 59位 → 73位 扶桑社 60位 → 70位 アルク 61位 → 118位 サンマーク出版 62位 → 130位 草思社 63位 → 131位 羊土社 64位 → 148位 シンコーミュージック・エンタテインメント 65位 → 292位 オライリー・ジャパン 66位 → - ホビージャパン 67位 → 203位 ＣＱ出版 68位 → 65位 丸善 69位 → 80位 偕成社 70位 → 86位 東京大学出版会 71位 → 72位 三笠書房 72位 → 120位 日刊工業新聞社 73位 → 211位 ヤマハミュージックメディア 74位 → 77位 実業之日本社 75位 → 18位 旺文社 76位 → 30位 医歯薬出版 77位 → - 茜新社 78位 → 97位 白水社 79位 → 15位 成美堂出版 80位 → - 秀文社 81位 → 29位 ポプラ社 82位 → 117位 ディスカヴァー・トゥエンティワン 83位 → 53位 世界文化社 84位 → 160位 新書館 85位 → - 静山社 86位 → 195位 メディカルサイエンスインターナショナル 87位 → 79位 ソニー・マガジンズ 88位 → 102位 大和書房 89位 → - マッグガーデン 90位 → 217位 富士見書房 91位 → 147位 ランダムハウス講談社 92位 → 139位 アスコム 93位 → 178位 創元社 94位 → 83位 ベストセラーズ 95位 → 104位 大修館書店 96位 → 105位 日本評論社 97位 → 138位 研究社 98位 → 64位 三省堂教材システム 99位 → 232位 リブレ出版 100位 → 38位 世界思想社教学社
注目の順位変動 人気(アマゾン＞紀伊国屋）
アマゾン 紀伊国屋書店 出版社 10位 → 31位 ソフトバンククリエイティブ 11位 → 61位 エンターブレイン 12位 → 56位 角川メディアワークス 24位 → 75位 スクウェア・エニックス 34位 → 71位 メディアファクトリー 40位 → 89位 竹書房 42位 → 94位 アスキー 44位 → 209位 リットーミュージック 47位 → 170位 フォレスト出版 56位 → 272位 パンローリング 58位 → 169位 ドレミ楽譜出版社 61位 → 118位 サンマーク出版 62位 → 130位 草思社 63位 → 131位 羊土社 64位 → 148位 シンコーミュージック・エンタテインメント 65位 → 292位 オライリー・ジャパン 67位 → 203位 ＣＱ出版 72位 → 120位 日刊工業新聞社 73位 → 211位 ヤマハミュージックメディア 84位 → 160位 新書館 86位 → 195位 メディカルサイエンスインターナショナル 90位 → 217位 富士見書房 91位 → 147位 ランダムハウス講談社 92位 → 139位 アスコム 93位 → 178位 創元社 99位 → 232位 リブレ出版
注目の順位変動 人気(アマゾン＜紀伊国屋）
アマゾン 紀伊国屋書店 出版社 14位 → 7位 文藝春秋 19位 → 8位 日本放送出版協会 25位 → 11位 医学書院 43位 → 27位 有斐閣 46位 → 25位 中央経済社 75位 → 18位 旺文社 76位 → 30位 医歯薬出版 79位 → 15位 成美堂出版 81位 → 29位 ポプラ社 100位 → 38位 世界思想社教学社
| A | K | |
| 1 | 講談社 | 1 |
| 2 | 小学館 | 2 |
| 3 | 集英社 | 3 |
| 4 | 角川グループパブリッシング | 5 |
| 5 | 新潮社 | 4 |
| 6 | ダイヤモンド社 | 9 |
| 7 | 岩波書店 | 10 |
| 8 | 日経ＢＰ社 | 17 |
| 9 | 学習研究社 | 6 |
| 10 | ソフトバンククリエイティブ | 31 |
| 11 | エンターブレイン | 61 |
| 12 | 角川メディアワークス | 56 |
| 13 | ＰＨＰ研究所 | 13 |
| 14 | 文藝春秋 | 7 |
| 15 | 日本経済新聞出版社 | 16 |
| 16 | 幻冬舎 | 12 |
| 17 | 東洋経済新報社 | 22 |
| 18 | ワニブックス | 58 |
| 19 | 日本放送出版協会 | 8 |
| 20 | 徳間書店 | 33 |
| 21 | 翔泳社 | 43 |
| 22 | 中央公論社 | 21 |
| 23 | 筑摩書房 | 35 |
| 24 | スクウェア・エニックス | 75 |
| 25 | 医学書院 | 11 |
| 26 | 双葉社 | 44 |
| 27 | インプレスコミュニケーションズ | 42 |
| 28 | 光文社 | 19 |
| 29 | 技術評論社 | 46 |
| 30 | 河出書房新社 | 41 |
| 31 | 白泉社 | 36 |
| 32 | コアマガジン | - |
| 33 | 宝島社 | 26 |
| 34 | メディアファクトリー | 71 |
| 35 | 朝日新聞社出版局 | 23 |
| 36 | 主婦の友社 | 20 |
| 37 | 毎日コミュニケーションズ | 62 |
| 38 | 早川書房 | 51 |
| 39 | オーム社 | 39 |
| 40 | 竹書房 | 89 |
| 41 | 日本実業出版社 | 47 |
| 42 | アスキー | 94 |
| 43 | 有斐閣 | 27 |
| 44 | リットーミュージック | 209 |
| 45 | マガジンハウス | 63 |
| 46 | 中央経済社 | 25 |
| 47 | フォレスト出版 | 170 |
| 48 | 中経出版 | 54 |
| 49 | 秋田書店 | 93 |
| 50 | 平凡社 | 76 |
| 51 | 福音館書店 | 59 |
| 52 | 一迅社 | - |
| 53 | 主婦と生活社 | 45 |
| 54 | 祥伝社 | 55 |
| 55 | 秀和システム | 50 |
| 56 | パンローリング | 272 |
| 57 | 文化出版局 | 95 |
| 58 | ドレミ楽譜出版社 | 169 |
| 59 | 扶桑社 | 73 |
| 60 | アルク | 70 |
| 61 | サンマーク出版 | 118 |
| 62 | 草思社 | 130 |
| 63 | 羊土社 | 131 |
| 64 | シンコーミュージック・エンタテインメント | 148 |
| 65 | オライリー・ジャパン | 292 |
| 66 | ホビージャパン | - |
| 67 | ＣＱ出版 | 203 |
| 68 | 丸善 | 65 |
| 69 | 偕成社 | 80 |
| 70 | 東京大学出版会 | 86 |
| 71 | 三笠書房 | 72 |
| 72 | 日刊工業新聞社 | 120 |
| 73 | ヤマハミュージックメディア | 211 |
| 74 | 実業之日本社 | 77 |
| 75 | 旺文社 | 18 |
| 76 | 医歯薬出版 | 30 |
| 77 | 茜新社 | - |
| 78 | 白水社 | 97 |
| 79 | 成美堂出版 | 15 |
| 80 | 秀文社 | - |
| 81 | ポプラ社 | 29 |
| 82 | ディスカヴァー・トゥエンティワン | 117 |
| 83 | 世界文化社 | 53 |
| 84 | 新書館 | 160 |
| 85 | 静山社 | - |
| 86 | メディカルサイエンスインターナショナル | 195 |
| 87 | ソニー・マガジンズ | 79 |
| 88 | 大和書房 | 102 |
| 89 | マッグガーデン | - |
| 90 | 富士見書房 | 217 |
| 91 | ランダムハウス講談社 | 147 |
| 92 | アスコム | 139 |
| 93 | 創元社 | 178 |
| 94 | ベストセラーズ | 83 |
| 95 | 大修館書店 | 104 |
| 96 | 日本評論社 | 105 |
| 97 | 研究社 | 138 |
| 98 | 三省堂教材システム | 64 |
| 99 | リブレ出版 | 232 |
| 100 | 世界思想社教学社 | 38 |
| - | 昭文社 | 14 |
| - | ＪＴＢ | 24 |
| - | デアゴスティーニ | 28 |
| - | 南江堂 | 32 |
| - | 柏書房 | 34 |
| - | 高橋書店 | 37 |
| - | 中央法規出版 | 40 |
| - | 東京官書普及 | 48 |
| - | 日外アソシエーツ | 49 |
| - | 永岡書店 | 52 |
| - | 紀伊國屋書店 | 57 |
| - | ナツメ社 | 60 |
| - | メディカ出版 | 66 |
| - | 地方小出版流通センター | 67 |
| - | 広川書店 | 68 |
| - | 日本能率協会 | 69 |
| - | タック | 74 |
| - | ミネルヴァ書房 | 78 |
| - | 朝倉書店 | 81 |
| - | 新星出版社 | 82 |
| - | 幸福の科学出版 | 84 |
| - | 星雲社 | 85 |
| - | メディックメディア | 87 |
| - | 日本図書センター | 88 |
| - | 文英堂 | 90 |
| - | 日本文芸社 | 91 |
| - | 増進会出版社 | 92 |
| - | 早稲田経営出版 | 96 |
| - | 明治図書出版 | 98 |
| - | 鍬谷書店 | 99 |
| - | 柴田書店 | 100 |
