NAVERまとめのライターに無断転載の損害賠償を支払っていただいた件
2017年5月21日NAVERまとめ対策,著作権侵害対策 昨年、NAVERまとめにぼくの写真が無断転載されているのを発見し、使用料（損害賠償）を支払っていだだくために発信者の連絡先を問い合わせていることは、これまでにブログで何度か書いてきました。 この度、NAVERまとめを運営するLINE株式会社はライターの連絡先を開示しました。さっそく無断転載された写真１点の損害賠償６万円をライターに請求したところ、翌日に支払っていただけました。 NAVERに大切な作品をパクられた方は、この記事を読んだら、削除だけで矛を収めずぜひライターたちに損害賠償をしてください。パクったら即損害賠償の請求書が届くということが知れ渡れば、キュレーションサイトのような悪質なサイトに記事を書く愚者は減ることでしょう。 抗議をしてから、損害賠償が支払われるまで NAVERに最初の抗議をしてから損害賠償が支払われるまでを
2017年のヒット商品候補 「Google Home」でできることを知っていますか？
このジャンルを作ったのは米Amazon.comです。2014年11月に音声対応アシスタント「Alexa」搭載デバイスの「Amazon Echo」を発売しました。それまでにないモノだったので、当時の記事のタイトルは「音声制御のWi-Fiスピーカー」という、今見るとずれたものになっています。 Wi-Fiと（今回追加された）Bluetoothでネットワークに接続し、質問の答えをWebや質問した人のクラウド上のデータから探したり、Chromecastテレビやスピーカー、スマートホーム端末を制御したりします。ポートは電源と“for service only”のMicro USBのみ。充電式ではないので、使用中は電源ケーブルがしっぽのように付くわけです。 設定は、AndroidかiOS端末で、専用の「Google Home」アプリを使って行います。iPhoneユーザーも使えますが、連絡先やスケジュール
[AWS CLI] 長いパラメータの入力が不要になる CLI Skeleton が便利すぎる件 | DevelopersIO
はじめに おばんです、AWSが憎k...楽しくなってきた田中です！（楽しいけど、関連技術・サービスが多すぎて困惑している） 今回は AWS CLI で利用できる CLI Skeleton という機能の紹介です。 CLI上でAPIを利用する時のパラメータの確認・編集・読解地獄問題 例えばこういうの。 $ aws pinpoint create-import-job --application-id a1b2c3d4-e5f6-g7h8-i9j0-k1l2m3n4o5p6 --import-job-request DefineSegment=true,ExternalId=xxxxxxxx,Format=CSV,RegisterEndpoints=true,RoleArn=arn:aws:iam::123456789012:role/tanaka.kenji,S3Url=s3://bucket
![[AWS CLI] 長いパラメータの入力が不要になる CLI Skeleton が便利すぎる件 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/495673edbefe7b7bc5e6e9e54b2565989b893342/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Faws1.png)
非同期とノンブロッキングとあと何か | κeenのHappy Hacκing Blog
κeenです。最近同期/非同期、ブロッキング/ノンブロッキング、直接形式/継続渡し形式あたりが混乱してきたので個人的に整理します。 あくまで私個人の理解を纏めただけなので誤謬などに注意して下さい。 追記: @tanaka_akrさんから指摘されたのですが、用語の説明が間違っていそうだったので書き直しました。 diffはこちら 非同期とノンブロッキングはよく混同されます。また、非同期処理の記述形式として直接形式や継続渡し形式などがあります。 私自身違う言葉だなとは思いつつも混同したり違いを忘れたりしています。 非同期もノンブロッキングもナイーブなIOに比べると速い方式だな程度の理解でいてそんなに困らないと思ってますし混同や誤用に目くじらを立てるつもりもありません。 しかしながら3者を区別しないと意味を成さない文脈で3者を混同している技術を何度か見掛けたので（自分の中で）整理しようと思ったのが
その事例だとコメントは不要だと思います - erukitiのmiscなやつ
「正しく書かれたソースコードにコメントは必要ない」なんて幻想だという話 - 土屋つかさのテクノロジーは今か無しか および 「正しく書かれたソースコードにコメントは必要ない」なんて幻想だという話（補足編） - 土屋つかさのテクノロジーは今か無しかで、計算式の意図を説明するためにコメントを書こうぜという主張が書かれてますが、この内容だと全く賛同できませんね。別にコメントを全否定するわけではありませんが、この主張の例だと不適切です。 //フェードインが未完了の場合 if (alpha < 1.0f){ //処理A } 元記事の主張は、alpha < 1.0f という計算式はコメントなしでは本来の意味であるフェードインが未完了の場合、というものがさっぱりわからないということでした。つまり意味情報の欠落を問題にしています。 const isFadeinCompleted = () => alpha
「正しく書かれたソースコードにコメントは必要ない」なんて幻想だという話（補足編） - 土屋つかさの技術ブログは今か無しか
前回書いた「「正しく書かれたソースコードにコメントは必要ない」なんて幻想だという話（ http://d.hatena.ne.jp/t_tutiya/20170519/1495197904 ）」は土屋のブログ記事にしては珍しくはてブやコメント、twitterで反響を幾つか頂きました。その中の幾つかを紹介します。分かっているとは思うけど、サンプルコードはJavaScriptを意識してますがてきとーです。 案１：マジックナンバーを定数化する MAX_OPAQUE = 1.0f //定数宣言のつもり if (alpha < MAX_OPAQUE){ //処理Ａ } "1.0f"に意図を設定すればコメントが不要なのではないか説。うーん、これはちょっと難しいかな……。"MAX_OPAQUE"が正しい変数名だとは思えませんが、どんな名前にすれば意図が説明できるのかちょっと思いつきません。また、数式が複雑
資金力のないWeb系ベンチャーがHaskellを採用したらどうなったか - Qiita
はじめに 僕の本業は酪農で、ヤギのさくらちゃんをお世話するのが仕事ですが、それだけでは食っていけないのが世の中の悲しさなので、副業でフリーランスのITコンサル(兼プログラマ)や株式会社UZUZっていう会社のひきこもり系最高技術責任者としてHaskellやElmを業務で使っています。 あと、個人的な趣味で株式会社ARoWっていう社員数2名のちっちゃいWeb系の会社を実験的に経営していて、そこでもメインにHaskellを使っています。 Haskellを実際に小規模な会社やフリーランスで使っている人って、実は世の中にほとんどいないみたいです。 そこで、実際のところ「Haskellって資金力のない会社や個人が業務で使えるのん？」っていう疑問に対して率直にお答えします。 日本Haskell界の現状 まず、Haskell界隈の日本における現状についてお話します。 知ってる方も多いと思いますが、日本でH
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
