新人研修で、1行抜けてる箇所を自分で書きなさいという手を使わせて頂きました。(#1704879)あれだけ低品質な訳が続いているのに、いまだに翻訳を続けていられるのが謎です。ここの翻訳本を読まないといけないときは、とりあえず原著も入手するようにしています。C++のようなゴミもあったけど、たくさん出版している中ではここがダントツでだめだと思う。(#1704932)それだけ技術書翻訳がお金にならないということの証拠です。ほとんどボランティア状態ですからね。部くらいしか出しませんし。近い将来一部の売れ筋の技術書(ノウハウ本とか、バズワード本)以外は翻訳されなくなると思いますよ。Coward比較的人気のある技術書でも、精々5000冊ぐらいしか発売されないですからね。一部2000円で印税が10%として、たった100万円の収入ですよ。検証したり調べたりで手間がかかるので、到底わりにあう報酬じゃないものね。ブログでも書いて居たほうが気楽ってものですよ。近い将来誰も技術所なんて書かなくなると思います。昔の家庭内配線なんかだと、平気で電力配線をステープルで打ちつけていたりしましたけど、あれは少なくとも今はやるなということになっていますよね。[sunsetrecall.com]あたってみましたが、具体的にどこが間違っているのかは分かりませんでした。全額返金するからの一点張り。あれは少なくとも今はやるなということになっていますよね。Fケーブルと電気コードをごっちゃにしていませんか?テーブルタップや機器の電源コードは昔からステーブル固定不可でしたが,Fケーブルであれば有資格者がステーブルで固定するのは(美観上はともかく)問題なかったはずです。「有資格者が」ですよね。昔は素人が平気で打ちつけたりしてたように思います。あと、「電力配線」って書きましたけど、テーブルタップなども含んだあいまいな書き方です。当時から禁止はされてたと思うのですが、そのあたりの感覚が古いと平気でDIY本(当然無資格者向けです)に書いたりしがちなんじゃないかという気がしました。Cowardでも最近のISPは速度100Mbpsとうたっている回線で100bpsしか出なくても「ベストエフォート」の一言で済むみたいです。意外に早く訪れるかもしれない、と思うのです。日記ゴグレカスとか言われるようになるのかな--ぽぇんぷしゅう。Coward携帯で見ながら修理や電気配線をするんですよ。Cowardそして携帯に工具を落として画面を割るんですね。(#1704789)>スラドの皆さんで、当てにならない出版社やシリーズ、著者をご存知なら、この機会に是非経験談を披露していただきたい。個人的な印象を言えば、ウェブの方があてになりませんが。(#1705154)どこにぶら下げようかと思いましたが、とりあえずここに。[engadget.com]どちらも同じ物の紹介で、同じように「壁コンセントの工事には電気工事士の資格が必要」とのコメントがついているけど、記事上には特に注記の追加も無く放置。Cowardとりあえず史上まれに見るクソ本である「憂鬱本」を挙げておこう。ああ、ウェブがあてにならない反面教師としてね。#あれを絶賛していたのはウェブだったのだよ。[amazon.co.jp]あの本かな~。あれは実に酷い本だった。CowardC++でコンストラクタから例外を送出すべきか、せざるべきか、Webと書籍でどちらがあてになるのだろうか。C++の例外処理について記載が手持ちの本に無いので、Webで調べているのですが、印象としては、「コンストラクタ内で後始末をした上で、例外を送出する」か、「スマートポインタを利用した上で、例外を送出する」か、そもそも、「コンストラクタで例外を送出する場合は、コンストラクタ内でコンストラクトされたオブジェクトはデストラクトされるから、気にせず送出しろ」の3種類が優勢のよう。確認すべきポイントは、1.コンストラクタ内でコンストラクトされたものは例外送出時にデストラクトされる?2.コンストラクタの開始時に確保したメモリは例外送出時に解放される?手元のgcc(4.3.2)で試したところ、1.は正しくないが、2.は正しい。したがって、例外送出前にコンストラクタ内で作られたオブジェクトの始末は考えないといけない。Webは玉石混交だけど、いろいろな意見を収集できるところに、価値があるかな。初期化リストを使うんだ。Coward主題から離れてはいるが...RAII使うのが主流のような。newとかで生成されたオブジェクトは、例外発生してもロールバックされませんので。そのようなオブジェクトも処理してくれるスマートなポインタが便利です。コンストラクタでリソースを確保するのは、それこそ例外安全的にもまずいです。C++を読むことをおすすめします。有名なのは、Cの入門書でしょう。そのせいで、後日、ポインタに的を絞ったものが刊行された・・・#のかどうかはしらない。(#1704853)Web上の情報のリコールって出来ないのかな。ニュース記事の誤報の訂正とか、リファレンスの誤記の訂正とか、それこそ一時期話題になったメールアドレスを検定する正規表現に関する記事とか。そりゃRSSとかで更新情報垂れ流すことは出来るけど、個々人の参照履歴とリンクしてないし、結局subscribeしている人にしか伝わらない。ガイド記事の手順に従うと実は脆弱性出来ちゃいますとか容疑者として実名報道しちゃったけど実は濡れ衣だった場合とか、セキュリティに関連する情報や個々人の人権人格に関わる情報の訂正をより普通の更新情報より高いプライオリティで既読者にあまねくプッシュする仕組みは無くて良いのかな。(#1704884)理想論としてはそうなんだろうけど、妥当な方法がないし、そこまでする必要はない気もする。新聞に小さな広告がのったり、TVのニュースをユーザが見て、自分で判断しなければならない。それは、ユーザの責任だと思うんだよね。場合によっては危険がともなうような機械を使うなら、ユーザはその程度の努力はしなければならない。それと同じように、Web上の情報であっても、注意して活用する必要のある情報であれば、それを検証するのもユーザの義務であり、責任。判断力の足りない子供であれば、保護者の責任。毎度裏切られ、殆どまともに動いた試しがないっていう事があったなぁ。翌月号で誤植修正が入ってるのがお約束だった。(#1704969)アメリカは懲罰賠償があるから隠さずガンガンとリコールします。CPSCのアカウントがあります。ナンジャコリャってやつまでリコールしてますよ。CPSCは日本のniteと情報交換してますね。(#1704980)著者・書名は忘れたんだけど(手元に無い)、ロジックの説明はちゃんと書いてあるんだけどコードが半分しか書いて無くて、足りない部分を自分で追加した事があったサンプルコード動かすと、足りないのは分かるだろう?#そういう意味では勉強になったかな(違より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。service.閉じるスラド読み込み中...。