立命館pixiv論文問題Q&A
違法？ 合法？→合法無断で引用していいの？→著作権法第32条に基づき、公表されてる著作物は無断で引用していいことになってます分析だから引用じゃない！→あっ、ひょっとしてかける数とかけられる数は違うって信じてる宗派の方ですか？ 全文を機械分析するなんて引用の範囲を超えている！→著作権法第47条の7「情報解析のための複製等」に該当し合法です pixivは会員しか見れないけど？→不特定の誰か1人以上、あるいは50人くらいの人数より多くの特定多数に公開することを公表といいます会員制なのに公表してるってみなされるのおかしくない？→お金を払ってシュリンク破らないと読めない商業漫画も公表されたものですが何か 判例はあるの？→教師・生徒300人に配られた中学校の卒業文集は公表されてるので引用OKという判例→http://www.u-pat.com/h-1.html支部の規約で引用は禁止されてるよね？→規約
「ニッポンはもうIT大国になれない」を書いてから1年たった
http://anond.hatelabo.jp/20160228001028 あれを書いた意図ははもちろん、「ニッポンがんばれ」だ。日本のITを取り巻く状況は変わらないといけない。だからこそディスったのだ。 （保育園落ちた日本死ねと書いた人もおそらく、日本もっとちゃんとしてよ！という意味で書いたのだと思う。） ありがたいことに非常に多くの反応があり一通り全部読ませていただきました。 しかし本当に見たかった「いや、ニッポンはIT大国になれる」という説得力のあるコメントや記事は見つけることはできませんでした。 代表的な意見を(エスパー的に)かいつまんで返信してみます。 主語が大きい → 狙い通りです。ありがとうございました。ドラゴンボールの例え？おまえおっさんだろ？ → 返す言葉もございません。ところであなた様もオッサンでございますか？ITじゃなくても自動車とかあるし大丈夫だよ？ → 車はそ
クソレビューアだらけのレビュー会
体裁厨 「お♪ ここだけフォント違うくない? それからなんか間隔せまいし。」 用語統一厨 「"お問い合わせ"は"お問合せ"と表記することに決まってるので」 箇条書き過剰 「箇条書きにして。その方が分かりやすいよ。」 物忘れ激しい系 「こここんな仕様だっけ? え、設計書に書いてる? 作成者だれ? オレ? 決めた覚え無いけどなぁ…」 レアケース厨 「UUID? 100%衝突しないと言えない? じゃあダメじゃん。」 ショートカット厨 「Ctrl + Shift + T、Ctrl + Shift + T。あぁそれやるならCtrl + Shift + Rだ。」 遅れてくる系 「なんかここおかしくない? えっもう指摘された? ごめん、もう一回ちょっと説明して」 指摘曖昧系 「なんか分かりにくいなぁ。色付けたりするとかあんじゃん?」 寂しがり 「ちょっとなんか寂しいな。ここ説明書き足したら。いやこれだけ
ifの条件が2つ以上だと頭がパンクする
if(param==0 ＆＆ 判定(param2) || !param3){ //したいこと } みたいに3つぐらい条件がある場合、頭がパンクしそうになる。 この時こう考えている。 1:したいことをする条件は 2:paramが0 3：かつ 4：判定関数でparam2の条件を返して、true 5：またはparam3がfalseのときがtrueだから 6：trueだとだめなんだよね。falseが正しいんだ。でもfalseは偽なのに正？ 8:あれ、何したいんだっけ。まぁいいや、とりあえず実行してエラーなら直そう。 7：実行。 8:あれ？なんか違う。何がおかしいんだ 1へ戻る。 これを3,4回繰り返してウアアアアアアアアアアアってなってしまう。 誰か助けて
gitにおけるコミットログ/メッセージ例文集100
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ
1.0から学ぶJava
タイトルを見て釣られクマーな皆さんこんにちは。 ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。 今調べたらホッテントリメーカー2008年だそうで。どうりでねー。古臭いなーと思いましたよー。 「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。 タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー 面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。 Java 1.0 1996年1月23日Javaの1.0がリリースされたのは1996年1月23日ですね。発表されたのが1995年5月23日でJavaの誕生日といった場合にどちらを取るかで揉めることがあります。 かれこれ20年前なわけで、当時のパソコンというとハードウェアはCPU
id名の後悔
はてなに来て2年 スターもたくさんもらえて、お気に入りにしてくれた人も何人かいた でも今になって自分のid名が気に入らなくなった ぱっと思いつきで決めたのが良くなかった そりゃはてブの積み重ねなんて大したことないかもしれない でも今更変えられない みんなは自分のidに満足していますか？ お気に入りに入れてない人のidは認識していますか？ 途中でリセットして生まれ変わった人はいますか？ （サイバーグラス氏除く）
出る杭を打つ技術
若者の成長曲線は半端なく、おじさんエンジニアは日々恐怖を覚えます。 出る杭はちゃんと打っておきましょう。 環境の弄りがいのあるツールを教えるEmacs, VIM, zsh, tmuxなど…設定のいじりがいのあるツールは理想の環境を追い求めても終わりはなく、コンフィグはどんどん膨れ上がるばかりです。 それらを「一流のプログラマは、一つの道具にこだわりとことん使い尽くすもんだぜ」とでも言って、ずっとDotfilesのリポジトリばかりいじるようになってくれれば、彼らがプログラミングに費やす時間は減るはずです。 バイナリアンにさせるいくらアプリケーションが作れても、低レイヤのことが分からないとダメだと刷り込みます。 「プログラムがどうやって起動するか分かってる? えっ、mainを書けばそれが呼ばれる? あのなぁ、_startというのがあってだな…」 無駄に低レイヤに詳しいおじさん力を活かして、あた
Pull Requestのレビューが辛くて会社をやめたい
私はプログラマに向いていないのかもしれない。 うちのチームではコミットをmasterブランチへマージする前に、Pull Requestを出してそれをリーダーや他の人がレビューすることになっている。（たぶんよくあるフロー？） そのPull Requestでもらうコメントを見ると死にたくなってくる。特に辛い気持ちになるのが、「気が狂った設計」「クソコード」「（こんな実装は）有り得ない」といった言葉だ。 レビューにおいてそういった強い言葉がときとして必要なことは理解している（そういえばこなものもあったなと思い出した http://cpplover.blogspot.jp/2013/07/linuxml.html ）。またそういったコメントを残す相手との仲が険悪なわけでもない。またよいと思ってくれたらしいところは褒めてくれたりLGTMしてくれたりもする。 だけどそれでも辛い。きつい言葉を向けられる
最近のAppleへの言説に対するモヤモヤが急にスッキリした
WWDC2015観たがApple大丈夫か？みたいなのと、そのブコメを読んで、急にスッキリした。 Appleは、表で魅了するビジョナリストと、影で徹底するリアリストの両輪の会社だったんだな、と。 Appleの「捨てる」潔さAppleは、特にジョブスが追放後に復帰してからは、「Cool」なブランドイメージの構築にシャカリキだった。 だからこそ、クールで無いモノはアッサリと捨てられた。皆が早すぎると思うタイミングで。 フロッピーディスク、Flash、CDドライブ、イヤホンジャック以外のインタフェース。 逆に言えば、それ以外の「基幹的な技術」は、大したことが無かった。 ネットの片隅で聞いたコメントを、今でも覚えてる。 「デザインにカネを払えるのは貴族」 Appleは、クールなブランドだった。 Appleの「売れば儲かる」鉄則Appleはクールなブランドイメージとは裏腹に、絶対に逆鞘にしない会社だっ
chefで30台のサーバを管理した結果
退職時の引継ぎの際に、chefで自動化されている作業を(chefを使わなくて済むように)サーバ構築手順書としてドキュメント化してくれと言われた…
誘拐されそうになった時の話と、岡山の事件について
※長いです。それと、過去性犯罪に遭われた方はフラッシュバックにご注意下さい。 小学校高学年の頃だったと思う。 親と喧嘩して、夜8時くらいに家を飛び出したことがあった。 行くところもなく街中をふらついてたら、男に家まで送ってあげると話し掛けられ、車に押し込まれた。 車に乗せられた後の記憶は前後関係が曖昧。 家がバレるのはまずいと思ったこと。 仕事の帰り？え、小学生なの？大人っぽく見えるね、などとニヤニヤしながら言われたこと。 怖がらなくて良いからね、公務員だから信用してねと、免許証を目の前にかざされたが、よく見えなかったこと。 耳を塞ぎたくなるような卑猥な話を延々とされたこと。 タダで送ってもらおうなんてムシが良すぎると言われたこと。 伝えた家の方向とは違う、人気のない、小さな川のそばで車を停められたこと。 ドアを開けて叫ぼうとしたが、手で口を塞がれたこと。 男の手のひらに唇が触れて気持ちが
ゆうきまさみと押井守の違い「正義の味方と風邪薬」
スーパーロボット大戦OEで、なんと漫画版の名台詞がボイス付きで流れるというサプライズがありました。 「あたしのイングラムはなぁ…」「あたしが毎日乗って…」 「少しづつ動きを覚えさせて…」「ここまで鍛え上げたんだ…」 「あんたが気まぐれで遊ぶ玩具とはなあ…」「違うんだぁ!!」 この野明の台詞は、 押井版野明の「レイバーが好きなだけの自分に甘えていたくない」（だから、レイバーのテストパイロットを辞めて、正義のために戦う） という台詞とは対照的で、 レイバーが好きで、レイバーのために働く自分へのプライドを感じさせる名シーンだと思います。 このように、ゆうきまさみと押井守は同じ題材、同じキャラクターを扱いながらも、まったく違った切り方を見せていると思います。 その際たるものが「警察官」という職に対する価値観だと思います。 まず押井守版の後藤隊長は、 「まともでない役人には2種類の人間しかいないんだ
何でソフトウェア開発の手法って上手くいかないの？
私は大規模・小規模、それこそものすごい人数でのチームや、自分一人のプロジェクトまで経験してきた。化石のような連邦事務局でもクールなシリコンバレーの会社でも働いたことがある。私は１２種類以上のプログラミング言語を学び使っていた。私の時代には ウォーターフォール/BDUF (big design up front), 構造化プログラミング, トップダウン, ボトムアップ, モジュラーデザイン, コンポーネント, アジャイル, スクラム, エクストリーム, TDD, OOP, ラピッドプロトタイピング, RAD, その他思い出せない様々な手法が生まれた。 でもそれらで上手くいってると思えるものは一つもなかった。 （ 注：ここで書いてある「ソフトウェア開発手法が上手くかない」の意味について説明させてほしい。それらはソフトウェア開発のプロセスや、ソフトウェア開発そのものについて予測性や再現性を提供し
コナミが古い常識を破壊しちゃったおかげでどれだけマネタイズを隠すか、というのがトレンドになりつつある
というのは古い常識で、コナミが古い常識を破壊しちゃったおかげでどれだけマネタイズを隠すか、というのがトレンドになりつつあります。 これは具体的にどういうことなんでしょうか？ GREEというのでドラゴンコレクションでのお話？ そうです。ドラコレが壊しました。 それまでの携帯ソーシャルゲームは 1.課金への導線はバンバン貼ろう! 2.売れるものはたくさん作ってできるだけ売ろう! 3.課金アイテム画面はバンバン見せよう! 4.課金アイテムを買った人は優遇しよう!そうしないと課金アイテムは売れないよ! というのが常識でした。実際、これらをしなかったゲームよりしたゲームの方が売り上げは上がっていました。 ところがコナミはドラコレで 1.課金アイテムはあるアイテムを使おうとしたときに、そのアイテムの手持ちがなかった際、もしくは毎日数回引ける無料ガチャを回した際、その下にページをスクロールした時にしか課
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
翻訳は／誰がやっても／間違える （後編）
翻訳は／誰がやっても／間違える （前編）