「データベース」を含む日記 RSS

はてなキーワード: データベースとは

2017-04-17

Pixivがpawooを始めた理由は使命感なんかじゃないだろ

この文章怪文書なので、真に受けるときっと怪我をするよ。

BazzFeedが「この火が消えないうちに」pixivが「マストドン」にいち早く企業として参入したわけなんて記事を出していたけど、PixivがやりたかったのはただTwitterパイを奪うことだ。

そもそもPixivは以前からTwitterLINEなどの短文投稿SNSを真似た機能を追加している。6年ほど前に追加された「ひとこと投稿」、ほとんど使われていない死に機能になっているけれど、文字数は140文字Twitterと同じだ。Twitter意識したものであることは想像に難くない。

コメント欄で利用できるスタンプ、あれもLINEスタンプからだろう。こちらはそれなりに利用されているようである

これらをパクリ云々する気はない。機能模倣はある程度どんなプロダクトにもあることだし、明確に何かの権利侵害しているとは言い難いだろう。

ただ、PixivTwitterのような短文投稿SNSに近づけるための工夫を以前から行っていて、それはこれまでのところあまり上手くいっていなかった。

なぜPixivTwitterパイを狙うのか。それはPixivが以前、Twitterパイを奪われたからだ。

日本Twitter流行する前、画像投稿SNSの最大手Pixivだった。ふたばなどの匿名サイトや弱小投稿サイトもあったが、Pixivにとっては特に気にするほどの勢力ではなかった。

絵師はこぞってPixiv投稿し、Pixivuser数がステータスであった。

ところが、絵師Twitter日常的に利用するようになって、様子が変わった。

Twitter流動性の高いメディアで、検索機能は弱いし、まして画像Twitter検索するのは非常に難しい。だから画像データベースとしての機能は確実にPixivの方が強い。

一方で、リアルタイム性という点では、圧倒的にTwitterが強い。そして二次絵はTwitterでは非常に拡散やすコンテンツである(ある程度の質があれば、だが)。あっという間に数百数千のRTが貰える。投稿してすぐにフォロワーファンから感想が来る。絵師にとってこれほど嬉しいことはないだろう。

その結果、絵師が描き上げた絵を真っ先に投稿するのはTwitterになり、PixivTwitter投稿された絵の単なる集積場と化してきてしまった。

もちろん、全部が全部そうではない。しかし、Twitterは確実にPixivの競合となり、Pixivがかつての力を取り戻すには、Twitterと同じようなリアルタイム性を手に入れなければならなかった。

そして、それは失敗した。これまでのところは。

そこに現れたのがmastodonだ。mastodonTwitterによく似たインターフェイスで、Twitterユーザーが移行するハードルは低かった。また、Twitter社の業績不振などのニュースによる不安も、mastodonブームを後押しした。

さらに、mastodonオープンソースソフトウェアであった。サーバー運営ノウハウと十分なインフラがあれば、即座に立ち上げが可能であり、また、開発者がいればいくらでも改造可能であった。

初めは個人の立ち上げたmstdn.jpユーザーが集中したが、個人運営はいずれ限界が訪れることは明白だ。こちらはこちらでさくらインターネットなどが後押しをする体制になっているようではあるが、現状の運営権は個人の手にある。

Pixiv運営するインスタンスとなれば、データ全消しなどが発生する可能性は低いだろう。そうしてオタクツイッタラー大勢pawooにアカウント登録した。

pawooが二次児ポ国交断絶されたというニュースも、ユーザー数増加に拍車をかけた。つまり登録すれば海外からシャットアウトされるレベルエロが見れるのだから

こうしてpawooは十分なユーザーを手に入れた。Pixivはあれほど欲しかった「画像投稿リアルタイムSNS」の雛形を棚ぼたで手に入れたのだ。

こう考えると、pawooの国交断絶は実は大した問題でないことが分かる。Pixivが欲しかったのは、自由オープン世界中と繋がるSNS基盤なんかではない。ユーザー数が十分にあって好きに改造できる二次画像を中心にしたSNSだ。

からむしろ、うるさいことを言ってくるくらいなら国交断絶くらい構わない。pawooの中で盛り上がればいいのだ。もちろん、新規ユーザーを獲得するためにも、その盛り上がりは多少は外から見えた方がいいけれど。

からpawooが今本当にやりたいことは国交正常化ではない。Pixivとの連携を強化する機能の追加、より多くのユーザーを内部に囲い込むための仕組み作りだ。

もちろん、企業というものはそういうものだ。全く利益を出さなもの投資をするわけがない。それ自体はそんなに悪いことでもない。

だが、Pixivが今回これだけ即座に動いたのは、以前からリアルタイムSNS計画があったからであって、使命感などではないのだ。

2017-04-16

フェッチ

http://anond.hatelabo.jp/20170318211741 の続き

データベース操作とかの所に出てきたワード

なんか淫靡な響きでよい。フェチエッチの間っぽいというか。

2017-04-12

ブクマカもっとタグつけてほしい

作品データベースみたいに

こんな感じの子からおじいちゃんまで

わかりやすい素朴なタグづけしてほしい

格好いい

ロマンチックな気分

びっくり

友情

感動

楽しい

面白い

考えさせられた

セクシー

熱血

可笑しく笑える

美しい

悲しい

2017-04-11

馬主佐々木主浩成功を貶める週刊ポスト

競馬界席巻の北島三郎vs大魔神・佐々木 対象的な馬主哲学 (NEWS ポストセブン) - Yahoo!ニュース

競馬を知らない人がこの記事を読めば「愛ゆえに成功した北島と金に飽かして勝つ佐々木」というふうに勘違いするのではないか

しか競馬好きには佐々木主浩ハルーワスウィート愛は有名である

水:将来的に、ご自分が持っていた馬の子供を持ちたいという願望はありますか。

佐:それはあります。僕は尻尾のないハルーワスウィートという馬が現役時代から大好きでして、あの馬の子供は全部ほしいんです。吉田勝己さんが『こんだけ好かれたらしょうがない。佐々木君のもんだ』と諦めているくらいに。なので、その子供もずっと持ち続けていきたいですよ。

大魔神、夢を語る | 水上学×佐々木主浩 | 競馬ラボ

(ちなみにこのインタビューヴィルシーナGI勝利を挙げる前のものである

佐々木の持ち馬で最も賞金を稼いでいる三頭、ヴィルシーナシュヴァルグランヴィブロスは、全てこのハルーワスウィートの子である

記事では「勝てる良血馬を数多く購入している」とあるが、所有馬リストを見ても年に一頭か二頭しか買っていないし、

その内訳もハルーワスウィートの子供であったり、かつての持ち馬であるグレイスフミリの子供であったりしている。

佐々木成功は、馬に対するこだわりや愛情が報われたものであると言っても過言ではあるまい。

馬主 佐々木主浩 の競走馬検索結果|競馬データベース - netkeiba.com

そもそも良血馬を買っても成功できるわけではないのが競馬の難しさである

勝利は金で買える」と言わんばかりのこの書きぶりでは、何十億も散財してつい最近までGIを勝てなかった某馬主にも失礼であろう。

2017-04-09

http://anond.hatelabo.jp/20170409153700

リサーチ

なぜ問題が上がっているのか? 解決すべき問題はなにか?

  • 資料を使っていることで不満を持っている人に耳を傾けた?

分析

施策

2017-04-07

http://anond.hatelabo.jp/20170407112743

意識低い企業研究者です。プログラミングはサブウエポン。だけど趣味でも勉強してる。

働き方改革のせいで早く帰れって言われて、酒のみながら今これを書いてる。

C言語とかC++・・・これで作らないといけないものが今の所ないし、これでお金を稼ぐのはハードルが高いし、

WindowsAPIを使って複雑なプログラムを作りたいわけじゃないのでwhileとかifとか基本的な構文だけ覚えるだけで満足。

組み込みプログラミングではC言語はいまだに現役。お金普通に稼げると思うよ!次代のCOBOLと化しそうで怖いとこはあるけど。

Java・・・使える人が多いからあえて今から学習しなくてもいいような気がする。

文字列の結合だけでもダメやり方と良いやり方があるらしくて、何かPHPのようにその言語特有セオリーみたいなのを覚えるのが面倒くさそうなので入門の時点で学習するのをやめた。

セオリーとかあるかもしんないけど速度とか気に揉むまえに書いて測れ。たいていは杞憂か、あるいはCPUパワーで殴れるから

Go・・・HTTP/2が使えるから学習してる。他の言語だとnghttp2をインストールしないといけないようなのでGo便利だと思ってる。

ライブラリ選択肢が多すぎるのでこういうのが作りたいってときにこれを使うのがいいよっていうのが知りたい。

GUI作るのにライブラリありすぎてどうやって選べばいいのかさっぱりわかんない。

Goデータベース扱うならこれを使え、だけどMySQLしか使わないならこれを使え、あっSQLiteならこっちのライブラリ使うと便利みたいなこういう情報が欲しい。

GoGUIつくるの?あんまり普通じゃない気がする。軽量プロセスうまみがそんなない(詳しい人に否定されそうだけど)

普通にC#(mono/.net)かwebアプリにするかで良くないか

ただ、言語をあれもこれも覚えるのって僕は意味があるのかなという思いもある。

20言語Hello World出来るより、1つの言語でいろんなアルゴリズムを知っている方がすごいと思う。

コミュ症がフランス語英語ドイツ語覚えても、使う機会がないとまったく価値がないと思う。

アルゴリズムは使うものだ書くものではない!!

広く浅く学習するより、狭く深くいきたいとおもうけど、paizaでCランクしか取れない。

twitterで有名な人てやっぱりSランクとか余裕なのかな、こういうのもいろんなプログラマーに聞いてみたい。

一応著名なプログラマーTwitterフォローしてるけど、ご飯の画像を載せてたり、若者の僕には通じない寒いギャク連発してたり、ロリっぽい画像RTしてたりと、twitterはメインの情報収集としては利用してない。

twitterやってるプログラマーって勉強会とかオフ会に参加してるようなリア充の人ばっかりなので、肩身が狭いか自分からリプは送ったりはしない。

ファンがたくさんいるのに最近ニコ生配信してくれないchokudai先生みたいに、アルゴリズムを学ぶのがいいのかな。

深さ優先探索とか理解できない。

コード写経しても覚えられないし、仕組みは理解したけど自力コードが書けない。

コードにする能力ってどうやって鍛えるのか知りたい。

アルゴリズムは使うものだ書くものではない!高階関数とかテンプレートプログラミングとかその辺勉強するといい。

あと計算制限時間内に終わるなら総当たりが最速で品質も高いぞ。

エディタサクラエディタからVimに変えた。

どうしてVimかというとプラグインが多いしIDEっぽくできるから

Vim使う一番の理由は補完が強いのが気に入ってるから

Vimってハードル高いイメージあったけど、入門記事がたくさんあるので助かっている。

NetBeansが重すぎるんだよ。補完ボックスが表示されるの遅すぎて警告メッセージが出た。補完ボックスが表示されるまで7秒ぐらい経過すると警告メッセージが表示されたと思う。

Vim知らない。Linux使うならVimemacs使えるだろみたいな雰囲気あるけど、GUIならgedit, CUIならnanoでいいよね。

パソコンスペックもどのくらいのものを用意したらいいのかわからない。

10年前のVistaが搭載されていた頃の家電量販店で一番安かったCeleron 1コア メモリ1GB グラボなしノートからプログラミングに向いてないのかもしれない。

VirtualBox上のubuntuMySQLコンパイルすると2時間20分ぐらいかかった記憶がある。

CPUが1コアなのでコンパイル中にそれ以外の作業なんて重くてできない。

スペックお金をかけることで時間節約ツール選択肢が増える

EclipseなどのIDEが支障なく使えるレベルスペックってどのくらいするんだろう。

ノートCore i3メモリ4GBにランクアップしたらいけるのかな。

他人がどんなスペックPCで何のツール使ってプログラミングしているか知りたい。

3年前のCore i7, SSD, 8GB。最近はもっぱらJupyter。

もっと早いPCが欲しいけど、年度末に買うのを忘れた。

Python・・・機械学習する上で避けて通れないけど、今のPCだと無理。

例題が豊富逆引き辞典みたいなサイトや本がほしい。

あと、クレジットカード持てないのでAWS上で機械学習するのだけは遠慮したい。

過大請求されるの怖いし、トラブルが起きた時に英語コミュニケーション出来ないから。

Pythonはいいぞ、機械学習だけじゃなく計算系はエクセルじゃなくてJupyter使う。でも周りはエクセルつかってる、勿体ない。

使ってないけど最先端研究では機械学習使って当たり前感があってそろそろヤバい

僕は中学生の頃、いじめにより心の余裕なんてなかったか勉強どころではなかったけどもっと英語勉強しておけばよかったと後悔している。

やっぱり子供の頃の生活環境って大事だなと思う。

今は英検3級に向けて勉強中。

APIドキュメント頑張って読もう。俺も頑張って読んでる。

何を学習したらいいのか本当にわかんない。

迷宮にいる感じ。

なんとなく、プログラミングじゃないほうがいい気がするなあ。

とりあえずバイトしてPC買わない?プログラミングバイトでもいいと思うよ。

働き方改革最前線からは以上です。

本音を言えなかった

何年か前に、初めて付き合った女の子に振られた。

原因もよくはっきりわからなかったし、自分価値が無いような気がして死ぬほど落ち込んだ。

今となっては振られたことはどうでもいいと思えるようになったけど、

なぜふられたのか気になっていて当時の起きた出来事

思い出すこともあった。

最近やっと原因がわかって、それは自分本音を言わなかったからかなと思うようになった。

本音を言うと怒られたりすると思っていて、ごまかしていたのが

問題だったと思う。

振られた原因がわかったのは中途半端に手を出した女の子にそれがばれて電話かかってきたことがあって

そのときに「何を考えてたか言え」っていわれたのがきっかけ。

言わなかったけど。

知恵袋でも「彼の気持ちがわかりません」という質問は山ほど引っかかるし、

占いでも、彼の気持ちを占うというようなメニューがあるのはそういうことだったのかと思った。

データベースを開くときパスが正しく設定されていなくてエラーがでるのと同じように

正しいやり方をしてなかっただけと気づいてやっと楽になった。

プログラミングの学び方がわからない

C言語とかC++・・・これで作らないといけないものが今の所ないし、これでお金を稼ぐのはハードルが高いし、

WindowsAPIを使って複雑なプログラムを作りたいわけじゃないのでwhileとかifとか基本的な構文だけ覚えるだけで満足。

Java・・・使える人が多いからあえて今から学習しなくてもいいような気がする。

文字列の結合だけでもダメやり方と良いやり方があるらしくて、何かPHPのようにその言語特有セオリーみたいなのを覚えるのが面倒くさそうなので入門の時点で学習するのをやめた。

Go・・・HTTP/2が使えるから学習してる。他の言語だとnghttp2をインストールしないといけないようなのでGo便利だと思ってる。

ライブラリ選択肢が多すぎるのでこういうのが作りたいってときにこれを使うのがいいよっていうのが知りたい。

GUI作るのにライブラリありすぎてどうやって選べばいいのかさっぱりわかんない。

Goデータベース扱うならこれを使え、だけどMySQLしか使わないならこれを使え、あっSQLiteならこっちのライブラリ使うと便利みたいなこういう情報が欲しい。

ただ、言語をあれもこれも覚えるのって僕は意味があるのかなという思いもある。

20言語Hello World出来るより、1つの言語でいろんなアルゴリズムを知っている方がすごいと思う。

コミュ症がフランス語英語ドイツ語覚えても、使う機会がないとまったく価値がないと思う。

広く浅く学習するより、狭く深くいきたいとおもうけど、paizaでCランクしか取れない。

twitterで有名な人てやっぱりSランクとか余裕なのかな、こういうのもいろんなプログラマーに聞いてみたい。

一応著名なプログラマーTwitterフォローしてるけど、ご飯の画像を載せてたり、若者の僕には通じない寒いギャク連発してたり、ロリっぽい画像RTしてたりと、twitterはメインの情報収集としては利用してない。

twitterやってるプログラマーって勉強会とかオフ会に参加してるようなリア充の人ばっかりなので、肩身が狭いか自分からリプは送ったりはしない。

ファンがたくさんいるのに最近ニコ生配信してくれないchokudai先生みたいに、アルゴリズムを学ぶのがいいのかな。

深さ優先探索とか理解できない。

コード写経しても覚えられないし、仕組みは理解したけど自力コードが書けない。

コードにする能力ってどうやって鍛えるのか知りたい。

エディタサクラエディタからVimに変えた。

どうしてVimかというとプラグインが多いしIDEっぽくできるから

Vim使う一番の理由は補完が強いのが気に入ってるから

Vimってハードル高いイメージあったけど、入門記事がたくさんあるので助かっている。

NetBeansが重すぎるんだよ。補完ボックスが表示されるの遅すぎて警告メッセージが出た。補完ボックスが表示されるまで7秒ぐらい経過すると警告メッセージが表示されたと思う。

パソコンスペックもどのくらいのものを用意したらいいのかわからない。

10年前のVistaが搭載されていた頃の家電量販店で一番安かったCeleron 1コア メモリ1GB グラボなしノートからプログラミングに向いてないのかもしれない。

VirtualBox上のubuntuMySQLコンパイルすると2時間20分ぐらいかかった記憶がある。

CPUが1コアなのでコンパイル中にそれ以外の作業なんて重くてできない。

スペックお金をかけることで時間節約ツール選択肢が増える

EclipseなどのIDEが支障なく使えるレベルスペックってどのくらいするんだろう。

ノートCore i3メモリ4GBにランクアップしたらいけるのかな。

他人がどんなスペックPCで何のツール使ってプログラミングしているか知りたい。

Python・・・機械学習する上で避けて通れないけど、今のPCだと無理。

例題が豊富逆引き辞典みたいなサイトや本がほしい。

あと、クレジットカード持てないのでAWS上で機械学習するのだけは遠慮したい。

過大請求されるの怖いし、トラブルが起きた時に英語コミュニケーション出来ないから。

僕は中学生の頃、いじめにより心の余裕なんてなかったか勉強どころではなかったけどもっと英語勉強しておけばよかったと後悔している。

やっぱり子供の頃の生活環境って大事だなと思う。

今は英検3級に向けて勉強中。


何を学習したらいいのか本当にわかんない。

迷宮にいる感じ。

2017-04-04

http://anond.hatelabo.jp/20170403190854

データベースとして使ったことがほぼないなら、計算処理に不適なデータだけを確認するのでよかろう。そういうスタンスであれば、Aの作業は、過剰な作業である。それで残業するのは、自己満足のために身をすり減らしてるだけ。プライドを持って自己満足残業に余計な手当てを払うの?

・一方、データベースとして活用する計画があるなら、早いうちからデータを正確に入れておかねばならない。それならば、Bが確認したデータはあとで再チェックが必要になるので、早めに改めさせなければならない。

まり、この状態の発端ははっきりルールを決める前に仕事を振った主の前任者と、その状態放置したまま後任に引き継ごうとしている主だ。

どっちの味方をすべきか結論が出ないだと?

味方なんかしなくていいから、引き継ぐまでにそのデータの正しいあり方を決めろ。決められないなら、主の出番はもうないから、さっさと後任者に頭下げて丸投げしろ

2017-04-03

仕事へのスタンスの差

チーム内でAさんとBさんの仲が悪い。

二人の仕事に対するスタンスが違うので揉めるのだ。

AさんとBさんは同じ仕事を半分こしてやる、という立場

一つ例に取って説明する。

仕事内容は伝票入力

伝票には項目が5つあり、

システム画面に入力されてる項目と紙に書いてある項目が同じであることを確認したら、

システム上で承認ボタンを押し、

紙にはシャチハタ印を押しておわり。

こんな作業がひとり一日100枚くらいある。

とにかく眠くなるらしく二人共睡魔に耐えながら仕事をしている。

紙とシステム差異ほとんど出ないのだけど、たまに発生する。割合としては5%くらいだ。

問題はAさんとBさんの作業クオリティが違うことだ。

Aさんはとても几帳面な人で、5つの項目すべてを一文字文字確認している。

なので不備発見率も高く、そのための修正時間を取られ、結果残業時間がBさんより1時間くらい長い。

Bさんはわりと大雑把な人で5つの項目のうち間違えると決算ミスになる金額だけしっかり見て、漢字の軽微なミス契約日の差はほとんど見ていない。

しかにこの伝票のうち決算に使われる項目は金額だけではあるのだが、せっかくデータベースにするのであれば日付や漢字も合っている方が助かる。

が、助かる、レベルの内容で「きっちり確認しろ」とまでは言えず、Bさんはほぼ修正作業時間を取られることな残業もAさんほどせずに割とさっさと帰ってしまう。

ちなみに、Aさんが終わっていなくてもさっさと帰ってしまゆとり社員だ。

効率的という意味ではBさんは正しいのだけども、適当に終わらせて帰ってしまうのでAさんはとてもイライラしている。

何よりせっかくAさんはプライドを持ってきっちりデータベースをきれいにしてくれているのに、Bさんがザルなのでデータベースとしても微妙な代物になっている。

ちなみに、データベースとして使ったことはほぼ無い。

Aさんに「そこまで確認しなくていいよ?大変でしょ?」と言うと、

私の仕事馬鹿にしないでほしいと怒られ、

Bさんに「Aさんもきっちり見てるしもう少ししっかり見て」と言うと、

残業してまで不必要な項目まで見たくないんですけどと怒られる。

こっちがはっきりルールを決めてあげればいいのだろうけど、どちらかに怒られるのでどうにもできないまま一年が過ぎてしまった。

Bさんは割と気楽なのでAさんがイライラしてることすら無視しているけど、AさんがBさんに対してとてつもないストレス溜め込んでいるのも気になるところではある。

どっちの味方すべきなのか、結論出せないまま次の人に引き継ぐことになりそうだ。

…………

なんかものごいたくさんのブコメトラバありがとう

確かに決めないのが悪いんだろう

一応言い訳すると判断権は自分にはない

管理職ではないんだ、どちらかというと先輩という立場

AもBも自分より下の役職ではあるが指揮系統次長にあるので

次長は出来上がり品にメクラバンするだけなので内実はほぼ知らない

自分のところに愚痴だけ来る

進言してあげればいいんだけど管理職でもないからそこまでする義理もないかなーと思っている

………

いろんなハイテク提案ありがとう

OCRはうちの会社にはないから使いたくても使えない

そもそも客の伝票でなく社内の別部署システム入力した伝票が回付されているもの

システムの内容とシステムから出力した紙に書いてある内容が同じかどうかの確認をするんだ

うん。そもそもやめちまえって思うよね。

自分もそう思う。

………

データベースとして使うかどうかなんだがこれはうちの会社の悪癖だがいきなり役員過去データを取ってこいと言ってくる。

その時がいつくるかわからないしその時にデータがないと言うとその回答をした次長出世ルートを断たれる。

(一度程度ならいいが続くと本気でクビが飛ぶ)

不正確でもいいからある程度のデータがないと役員質問に答えられなくなるんだ。

から要件定義が難しい。

………

ちなみにこれ、大手企業の話だ。

テレビCMもやってるよ。

2017-03-30

自信を持てるものを作れるうらやましさ

昨日の内製システム増田を見て

評価する側に認められないのは同情するけど、自信を持てるシステムを作れるのは羨ましいと思った

 

増田は同僚からちょっとしたデータ処理を頼まれBaseで作った (Accessがなかったからね)

でも同僚はBaseを使えないし覚えようともしないから、Excelで作り直した

 

出力結果は同じでも、機能メンテナンス性も拡張性もデータベース専用ソフトには敵わない

もっといいものを作れるのにという状況は達成感が薄い

2017-03-29

http://anond.hatelabo.jp/20170329002310

元増田にとっては「それらもやった上で今があるんだよ!」となるかもだけど、

書いたプログラム仕様や使い方を自分から誰にも説明せず、説明するだけの資料も作らずに

自分だけのものにしちゃうその行為は、僕にはとても不快で、とても居心地が悪く思えて仕方がない。

あの、一応使い方は部下に説明してますし、簡単な使い方マニュアル的なもの作りましたし、それ以上にマニュアルなんかなくとも業務内容知ってたら誰でも使えるようにしてありますけど。

それに、仕様書とかも書けなくはないのでしょうが所詮素人だし、しか業務やっててそんな時間ありません。

 

私がパスワードロックかけたりタイマー仕込んだりしたのはすでに述べた業務上理由からであり、嫌がらせ目的ではありません。

2chコピペだとか言われてますが、嫌がらせなどする気はさらさらないこともすでに述べたとおりです。

自分の書いたプログラム自分だけのものにする? バカなこと言わないでください。そのプログラムのおかげで劇的に実質コストを減らし、会社に貢献してます

かい話だけど、前任者は細切れのファイルしかデータさなかったので、データ分析とかほぼ無理な状態だったのを、エクセルであるはいデータベースっぽい扱い方も容易にできるようにしてあり、工夫次第でいくらでも使い道があります

そういうことも含め、散々説明したのに上司連中はまるっきし関心持たず、挙げ句の果ては「仕事してない」ですよ?

 

はてなIT系の人が多いからそうした反応になるのだろうけど、問題はそこじゃなくてどうして前任者が無茶苦茶なことしてたのに誰も気づかなかったのか?ってことです。

業務っていうか、仕事って回ってたらそれでいいんですか?

2017-03-20

ホワイト企業の条件

@定期昇給あり

@残業20時間未満

@有休消化率100%

@突発的な業務は発生しない

@上司は部下から評価される

@工程管理が徹底されている

@品質管理が徹底されている

@サビ残0

@経営者は信用できる

@労働者キャリア無視した人事異動をしない

@転勤なし

@Accessで社内データベースを作らない

@Windows XPかい化石を使わない

2017-03-17

Cinemascapeめっちゃ軽くなってる

Cinemascapeって、誰かがコメントをして、他の人が支持を表明するという、はてブみたいなものの走りであり、ステマ互助会に毒されてない、すばらしいデータベースと思う。

さっき久々に見たら閲覧がすごいサクサクになってて感動。

久々に読み漁ってしまった。

2017-03-14

やっぱデスマーチになったか

前のところだと、リリース延期とかになったんだが、このプロジェクトはよく延期しないな

あんなにデータベースがぼろぼろなのに

2017-03-13

結婚相談所って割と簡単独立開業できるっぽい

加入する相談グループ?のデータベースは使えるらしい

独立して専用のマッチングアプリ作って利用者提供したら差別化になって儲けられないかな?

アプリ越しに相談もできたりする感じで

2017-03-08

3/8の人工知能(AI)関連プレスリリーステクノロジー視点解説

日々流れる人工知能(AI)関連のプレスリリースAI研究者視点から軽く解説します。

ウェブ面接プラットフォームHireVue株式会社バンダイにおける導入利用のお知らせ

https://prtimes.jp/main/html/rd/p/000000019.000016792.html

人工知能技術ウェブ面接プラットフォーム上に溜まった会社情報候補者情報からマッチング

難易度】低

宿泊施設の料金設定の悩みを解消 MagicPrice(株式会社空)とホテルシステムのDynalution(ダイテック株式会社)が業務提携

https://prtimes.jp/main/html/rd/p/000000006.000019984.html

人工知能技術】MagicPriceはホテル宿泊施設データを用い、最適な料金設定をAIで行っている

【何が変わったかデータの定期的なアップロード作業必要だったが、宿泊施設データ管理システムDynalutionとの連携により不要に。利用者からはより簡単に利用でき、分析をするMagicPrice側からデータフォーマットのブレがなくなり分析やすくなった。

ユーザーがChatbotでリアルタイム試合情報を取得、AI×人の相互コミュニケーションによる新しい観戦スタイル

https://prtimes.jp/main/html/rd/p/000000027.000017379.html

サービス名】Live Sports Chatbot

概要日本チーム選手情報や、リアルタイムでの試合の実況情報などユーザーリクエストに対し、チャットボット自動応答。また特定選手についての質問や、過去の成績についても応答が可能

技術データスタジアムの「一球速報プラットフォーム」のデータベースから質問に対してチャットボットが応答。

本文引用一般的対話システムには、想定質問とそれに対する応答のQ&Aデータが予めインプットされており、ユーザーリクエストに対しそのデータベースから適する応答を返すというものが主流ですが、本サービスでは試合中、常に変化する実況情報リアルタイムユーザー配信します。』

この「リアルタイム」は「データベースリアルタイム更新されているだけ」であり、応答のセリフなどの部分については従来通りだと思われる。

【開発】Nextremer

英語学習AIロボットMusio(ミュージオ)、髙島屋と共に親子で英語に親しむ新しい体験提供

https://prtimes.jp/main/html/rd/p/000000012.000017199.html

サービス名】英語学習AIロボット「Musio」

技術音声認識(英語)、自然言語処理(英語)、対話モデル

英語対話データをもとに受け答えを行う。

本文引用会話内容だんだん覚えていく』

これはりんねプレミア(https://twitter.com/premieresao)と同じく、相手発言内容を記録していっている。

【開発】AKA

2017-03-07

クロネコにはKAIZEN余地あり

クロネコメンバーズサービスをちゃんと周知する

・一度配達して駄目だった時間再配達を依頼された時間データベース化して在宅であろう時間リスト化するべき

ドローン自動運転の導入に力を入れる側になるべき

自動化すべきである

2017-03-05

コメ率の低いはてブエントリ英語エロか?

http://anond.hatelabo.jp/20170305115905増田以外のホットエントリで見ると。

2017年2月コメント率の低いホットエントリ

コメントタイトルコメント数/ブクマブクマページ
0.0%Python3.6 から追加された文法機能 - Qiita0/96b.hatena.ne.jp/entry/324476241
0.8%文章ベクトル化して類似文章の検索 - Qiita2/245b.hatena.ne.jp/entry/324662835
1.0%[wip] 会社サーバサイドエンジニアにReactとかReduxのことを説明する資料 - Qiit1/97b.hatena.ne.jp/entry/319535213
1.1%機械学習ディープラーニングの入門者向けコンテンツまとめ - Qiita1/94b.hatena.ne.jp/entry/321793279
1.9%Web制作時の概算費用と想定納品日を簡単に計算する票をつくってみた – のんびりデザインしているよう7/375b.hatena.ne.jp/entry/320010979
2.0%最近見かけるレイアウト・ナビゲーション・スライダーフォームなどがどうやって実装されているのかのまと7/344b.hatena.ne.jp/entry/322198623
2.2%フロントエンド知らない私のwebpack入門 その1 - Qiita4/186b.hatena.ne.jp/entry/319233247
2.3%フルマネージドのSaaSクラウドデータベースサービスdashDBの活用スタイルとは ~手間いら5/216b.hatena.ne.jp/entry/323891713
2.4%Pythonをやるときに参考になりそうな情報 - のんびりSEの議事録19/807b.hatena.ne.jp/entry/322300431
2.5%React基礎 · GitBook17/681b.hatena.ne.jp/entry/321494522
2.7%開発効率を上げるテスト設計 // Speaker Deck5/183b.hatena.ne.jp/entry/323584734
2.8%畳み込みニューラルネットワーク可視化 - 人工知能に関する断創録3/108b.hatena.ne.jp/entry/322431100
2.8%グランブルーファンタジーを支えるインフラ技術 // Speaker Deck10/359b.hatena.ne.jp/entry/324611754
2.9%仮想DOMの内部の動き | プログラミング | POSTD6/206b.hatena.ne.jp/entry/321289144
3.0%金融データPythonでの扱い方 - 今日も窓辺でプログラム16/527b.hatena.ne.jp/entry/322842311
3.1%Python Jupyter notebookでpandasを使いCSVを読み込みグラフを描画してp5/162b.hatena.ne.jp/entry/321556884
3.1%React Redux Real World Examples 〜先人から学ぶReact Redux9/290b.hatena.ne.jp/entry/323749846
3.2%Awesome Python:素晴らしい Python フレームワークライブラリソフトウェア・リ15/472b.hatena.ne.jp/entry/319013267
3.2%履歴書志望動機|最速で書く方法と受かる書き方14/433b.hatena.ne.jp/entry/279613157
3.4%今日からはじめるGitHub初心者がGitをインストールして、プルリクできるようになるまでを解38/1128b.hatena.ne.jp/entry/318690305
3.4%スケーラブル GCP アーキテクチャ6/178b.hatena.ne.jp/entry/322723492
3.5%アーキテクチャから新しい! 初めてのエディタには、21世紀生まれの「Atom」がおすすめ【続・若手エ11/311b.hatena.ne.jp/entry/322534650
3.5%フロントエンドの基礎知識 // Speaker Deck15/423b.hatena.ne.jp/entry/322749937
3.7%ロードバランサー再入門 | ツチノコブログ26/704b.hatena.ne.jp/entry/323163487
3.7%APIサーバを立てるためのCORS設定決定版 - Qiita5/134b.hatena.ne.jp/entry/321742626
3.8%画像】こんなのソフマップじゃないwwwwwwwwwwwwww|ラビット速報5/131b.hatena.ne.jp/entry/321219627
4.0%動画あり】人志松本のゾッとする話のあるある探検隊の話怖すぎwwwwww | 2ちゃんねるスレッド10/252b.hatena.ne.jp/entry/319507149
4.0%翻訳2017年展望: pandas, Arrow, Feather, Parquet, Spa7/176b.hatena.ne.jp/entry/324411617
4.2%【たまに行くよ!って人向け】いつもと少しちがう東京ディズニーシーデートにするための5つの方法 @ja3/72b.hatena.ne.jp/entry/321496344
4.3%高速なシステムを作る方法 // Speaker Deck9/211b.hatena.ne.jp/entry/283448858
4.3%処分・廃棄にお金は要らない!?パソコン無料引取してくれる業者一覧7/162b.hatena.ne.jp/entry/320803373
4.3%タデサプリを支えるデータ分析基盤 ~設計の勘所と利活用事例~3/69b.hatena.ne.jp/entry/322583838
4.4%「Front-End Developer Handbook 2017」がGitBookで無償公開。フ24/542b.hatena.ne.jp/entry/318947145
4.6%デブサミ2017「DeNAの機械学習基盤と分析基盤」講演メモ #devsumi - 元RX-7乗りの7/152b.hatena.ne.jp/entry/322562611
4.6%大量の要素を高速に表示するためのバーチャルレンダリング入門 / Virtual Rendering 6/130b.hatena.ne.jp/entry/323604383
4.7%MySQLアンチパターン22/473b.hatena.ne.jp/entry/319218778
4.7%5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する - エンジニアHu47/1006b.hatena.ne.jp/entry/313934939
4.7%グーグル社員も長友選手も行う集中力を高める方法 - 自分で学ぶ心理学20/427b.hatena.ne.jp/entry/322090614
4.8%例の機械学習コースが良いらしいと知りながらも2年間スルーし続けたがやはり良かったという話 - Qii68/1418b.hatena.ne.jp/entry/321403591
4.9%NoSQL を使用する場合と SQL を使用する場合Microsoft Docs28/577b.hatena.ne.jp/entry/322834020
4.9%Awesome Selenium : 素晴しい Selenium ライブラリの数々 - Qiita5/102b.hatena.ne.jp/entry/321629987
4.9%誰でもできる、プレゼンが劇的にうまくなる基本テクニック - 科学非科学迷宮77/1557b.hatena.ne.jp/entry/318913434
5.0%脆弱性発見者が注目する近年のWeb技術 // Speaker Deck24/481b.hatena.ne.jp/entry/319516657
5.1%たった3つのコトで仕事が楽になる!「できる上司の会議」がマジで真似したい | CuRAZY [クレイ7/138b.hatena.ne.jp/entry/322534334
5.1%日経電子版を支える基盤API // Speaker Deck13/256b.hatena.ne.jp/entry/319592914
5.1%30歳から始める数学 - Shoyan blog50/982b.hatena.ne.jp/entry/323617832
5.1%インフラチームと開発チームの垣根をなくすためにAWSのCI環境を構築した話 - VOYAGE GRO20/392b.hatena.ne.jp/entry/323171376
5.1%『How to Get Startup Ideas』 - いかスタートアップアイデアを得るか -17/333b.hatena.ne.jp/entry/324384439
5.1%無料ウェブサイトブログに使える写真を検索可能な28サービスまとめ - GIGAZINE18/350b.hatena.ne.jp/entry/323600897
5.2%内向的な人のための面接ガイド - GIGAZINE14/271b.hatena.ne.jp/entry/322036523

Pythonデータベース関連が目立つ。コメント無しで96ブクマに達するPythonさん凄い。マウンティング心?を刺激しないのだろうか。炎上したくない人はインデントに気をつけながらオブジェクト指向で書くといい。

2017年2月コメント率の高いホットエントリ

コメントタイトルコメント数/ブクマブクマページ
74.5%はてブ要望「返信出来るようにして欲しい」 - interact114/153b.hatena.ne.jp/entry/319990286
73.5%あなた朱雀とか白虎とか四神を覚えたキッカケは何?」という質問に対し世代がバレそうになる人々→「幽319/434b.hatena.ne.jp/entry/322198765
67.8%内海 聡さんのツイート: "あなた甲殻類アレルギーだった場合あなたの心は殻に閉じこもっている可449/662b.hatena.ne.jp/entry/318821783
67.4%日米首脳会談 首相は「ドラえもん」のスネ夫になった!民進党野田幹事長が批判 (産経新聞) - Ya95/141b.hatena.ne.jp/entry/321930776
65.7%いい記事書けばブクマつくとか嘘っぱち!こんな嘘がまかり通るはてな界に物申すっ! - ゆるくいきていく260/396b.hatena.ne.jp/entry/323206934
65.5%痛いニュース(ノ∀`) : 梅沢富美男(66)、老害判定に怒り 「日本は俺達が作ったんだぞ!」 - 190/290b.hatena.ne.jp/entry/322785094
65.5%茶碗に米粒を残した状態で「完食」する人は完全悪ではないけど相容れられない、という話に意見続々 - T413/631b.hatena.ne.jp/entry/321479096
64.6%けものフレンズを視聴1分30秒で挫折。 - 自由ネコ122/189b.hatena.ne.jp/entry/321589678
63.7%けものフレンズコスプレ批判に対する異論まとめ - Togetterまとめ228/358b.hatena.ne.jp/entry/323622485
63.6%レジでバレる!二流の人の超ヤバい3欠点』という東洋経済記事を読んで。クレジットカードイメージ119/187b.hatena.ne.jp/entry/323599229
63.5%痛いニュース(ノ∀`) : 日本在住のイスラム教徒の子どもがハラール対応給食に苦慮→学校側に配慮290/457b.hatena.ne.jp/entry/321128745
63.0%あざなわさんの炎上はてな村権威のなさ - メロンダウト133/211b.hatena.ne.jp/entry/323813866
62.7%プレミアムフライデーって何でこんなに叩かれてるんだろう? - シャイニングマンの「勇気を君に」126/201b.hatena.ne.jp/entry/324113658
62.5%飯田譲治さんのツイート: "日本が悪い日本が悪いって、民間人は殺さないってルール破って、原爆落として65/104b.hatena.ne.jp/entry/321434534
62.4%偏差値40の大学日本必要なのか?子供を焼き殺す大学補助金は不要 - カキカエブログ166/266b.hatena.ne.jp/entry/318786744
62.2%坂上忍 清水富美加の月給5万円は正当「僕らの時もそうだった」 (デイリースポーツ) - Yahoo!237/381b.hatena.ne.jp/entry/321888913
61.9%清水富美加17日著書出版「全部、言っちゃうね。」 - 芸能 : 日刊スポーツ73/118b.hatena.ne.jp/entry/322431771
61.5%警視庁捜査1課長が竹刀で23歳美人記者ボコボコ (文春オンライン) - Yahoo!ニュース415/675b.hatena.ne.jp/entry/322218394
60.7%ゴルフに興じる首相、誇れない」民進・蓮舫氏:朝日新聞デジタル136/224b.hatena.ne.jp/entry/321608217
60.6%金があるのに、理屈をつけてコンテンツに金を落とさない」連中について - うらがみらいぶらり243/401b.hatena.ne.jp/entry/321324226
60.6%痛いニュース(ノ∀`) : 中学校で「やばい」という言葉を使用禁止に 若い世代意味多様化 - ラ132/218b.hatena.ne.jp/entry/324642052
60.3%受動喫煙対策東京だけでやれ」 自民党内で反対論噴出:朝日新聞デジタル241/400b.hatena.ne.jp/entry/321316384
60.1%娘の卒業式用の服を買いに行ったら驚愕した - コバろぐ92/153b.hatena.ne.jp/entry/321299915
60.1%「洗剤いらず」スポンジで教頭などが児童の体こすりけがNHKニュース215/358b.hatena.ne.jp/entry/322584234
60.0%松井一郎さんのツイート: "長谷川さんが、ブログで伝えたかったのは、健康であるための自己管理重要201/335b.hatena.ne.jp/entry/320414066

2017-02-28

受験計画と実績

はじめの一周

番号目次学習計画学習実施
1-01経営戦略全体像2/272/27
1-02戦略策定企業戦略2/282/28
1-03事業戦略3/13/1
1-04現代戦略3/23/2,3/4
1-05組織構造3/6?
1-06組織人材3/7?
1-07人的資源管理3/8?
1-08労働関連法規3/13?
1-09マーケティング概要プロセス3/143/29
1-10製品戦略3/21
1-11価格チャネル戦略3/22
1-12プロモーション・応用マーケティング3/23
2-1財務諸表3/24
2-2簿記の基礎知識3/27
2-3税務・結合会計3/28
2-4キャッシュフロー計算書3/29
2-5原価計算3/30
2-6経営分析4/3
2-7投資評価4/4
2-8資本市場資本コスト4/5
2-9現代ファイナンス4/6
3-1生産管理生産方式
3-2工場計画と開発設計
3-3生産計画生産統制
3-4資材・在庫管理
3-5IE
3-6生産オペレーション
3-7店舗立地と店舗設計
3-8マーチャンダイジング
3-9物流流通情報システム
4-1コンピュータの基礎
4-2ファイルデータベース
4-3システム構成ネットワーク
4-4インターネットセキュリティ
4-5経営情報システム
4-6情報システムの開発
4-7プログラム言語Webアプリケーション
5-1消費者行動と需要曲線
5-2企業行動と供給曲線
5-3市場均衡
5-4不完全競争市場の失敗
5-5経済指標と財市場分析
5-6貨幣市場IS-LM分析
5-7労働市場と主要理論
6-1特許権実用新案権
6-2意匠権商標権
6-3著作権不正競争防止法
6-4株式会社機関設計
6-5株式会社設立資金調達
6-6事業再編と持分会社
6-7契約とその他の法律知識
7-1中小企業の動向
7-2中小企業の稼ぐ力
7-3小規模事業者の動向
7-4政策の基本と金サポート
7-5経営基盤の強化
7-6中小企業経営安定化
7-7経営革新創業支援

2017-02-25

Google翻訳オープンソースプロジェクトに使うのはダメなのか?

免責: これは法律専門家によるアドバイスではありません。この情報にしたがって行動した結果に対して責任を負うことはできません。

最近プログラマの間で

Web翻訳の結果をオープンソースソフトウェア(OSS)の翻訳に突っ込んではいけませんという話」

http://blog.goo.ne.jp/ikunya/e/37e5a52e10ab26fcbd4f7ff867e9eace

が、話題になってますね。

Ubuntu翻訳プロジェクトで発生したトラブルの話です。

この話では、「もちろん、利用規約的に問題なければWeb翻訳の結果をOSS翻訳に突っ込んでも*ライセンス的には*問題ありません。」という追記がされてます

ですが、プログラマの間で単にWeb翻訳OSSに使ってはいけないんだという認識が広まってるように見えます個人的には、この認識が広まってしまうのはいやだなと感じたのでこの文を書いています

どういう話かというと、自分個人で開発しているオープンソースソフトウェア(OSS)のドキュメントの日英訳をするにあたってGoogle翻訳を利用するか検討して権利まわりの情報をしらべた結果、これは白に近いグレーだろうという判断したので下訳に使ったという話です。(日英両方についてのドキュメント自体も、オープンソースライセンスで公開しています)

注意書き

念のため言っておきますが、これは元記事問題になっている人を擁護するようなものではありません。翻訳コミュニティの人たちが自分たちのものにグレーなものを入れたくないと思うのは当然でしょうし、権利問題以外にも翻訳クオリティやその他の問題行動の話もあります

コミュニティ思想にそぐわない人が、そのコミュニティの中で作業していくのは難しいでしょう。

Google翻訳利用規約について

もとの記事のとおり、Excite翻訳利用規約には私的利用を超えた利用についての禁止が明記されています。こういった明確に禁止されているものについての話はここではしません。

ここでは、Google翻訳に焦点を当てた話をします。Google翻訳利用規約はどうか?というと、Google利用規約については翻訳結果の利用についての記載がありません。

https://www.google.com/intl/ja/policies/terms/

記載がないということは、使用してよいのか?使用してはいけないのか?いったいどちらなのでしょうか?

GPLコンパイラの例

機械翻訳権利問題と似た構造の話に、GPLGNU一般公衆ライセンス)で許諾されたコンパイラによってコンパイルした結果の利用があります

GPLの本文には、GPLプログラムの出力結果自体GPLのものを含む場合にのみその出力結果にGPL適用されることについての記述がありますが、GPLのものを含まない出力結果についてどういう許諾がされているか記載はありません。

これについては、コンパイラによるコンパイル結果に対して、コンパイラ著作者はなんら権利を持たないと考えるのが一般的です。

GNU自体もそういう見解を持っています

https://www.gnu.org/licenses/gpl-faq.ja.html#GPLOutput

著作権法は人々があなたプログラムとかれらのデータを使って作った出力結果の利用に関して、あなたに何の発言権も与えていません。

コンパイラ機械翻訳ツールとの違いが、対象が人工の言語であるか、自然言語かので違いしかないと考えるならば、Google翻訳の結果をOSSに利用することも問題ないということになります

ウィキメディア財団見解

ウィキメディア財団法務チームは、Google翻訳した文書ウィキペディア内での利用についての見解を公開しています

https://meta.wikimedia.org/wiki/Wikilegal/Copyright_for_Google_Translations

これはアメリカ法律に基づく話ですが、CC-BY-SA 3.0やそれに類似するライセンスコンテンツGoogle翻訳翻訳してウィキペディア使用してもGoogle著作権侵害する可能性はとても低い(very unlikely)と結論づけています

要点をまとめると以下の通りです。

ウィキメディア財団見解には含まれていませんがアメリカ法律でいえば、さらにもう一つ「フェアユース」にあたるのではという話があります。これはGoogle自体がよく知っている話かもしれません。

Oracle vs GoogleJava API訴訟

これはAndroidAPIJavaAPIが流用されていることについて、OracleGoogle訴訟したものです。

これについて、Java APIについての著作権が認められたものの、Androidでの使用は「フェアユース」に該当するとGoogleは主張し、カリフォルニア州サンフランシスコ地裁では著作権使用料支払いの対象にはならないという判決が下っています

(この裁判自体はまだ続いているようです)

フェアユース」というのは、アメリカ著作権法上の概念で、以下の4要素を判断指針として考えて公正な利用と認められれば、著作権侵害とはしないと考えるものです。

Google翻訳結果のOSSでの利用をこれに当てはめると

ということになり、4つの要素どれをとっても、フェアユースであると認めることに対して有利に働きます。これは、AndroidJava APIの流用と比べても、さらにフェアな利用であるように見えます

さて、ここまではアメリカ法律での話でした。

(ちなみにGoogle利用規約には、「カリフォルニア州抵触法を除き、本規約または本サービスに起因するまたは関連するいかなる紛争に関しても、アメリカ合衆国カリフォルニア州法律適用されます。」と書かれています)

文化庁見解

今度は日本法律に基づく話です。

著作権情報センターサイトに、 コンピュータ創作物についての文化庁報告書記載されています

http://www.cric.or.jp/db/report/h5_11_2/h5_11_2_main.html

この報告書は、機械翻訳ユーザー機械翻訳システム使用するために行う原文の編集や出力の編集創作的寄与となりうることを認めている一方で、機械翻訳開発者翻訳物の著作者になるということについては否定的です。

なお、原文解析等のプログラム作成者及び汎用的な辞書データベース作成者は、一般的翻訳物の作成の精度、正確度等を高めることに寄与することとなるが、特定翻訳物の作成自体にかかわっているわけではないので、その著作者とはなり得ないと考えられる。

これは平成5年とかなり昔に書かれた報告書であり、それから機械翻訳技術は大幅に進歩しましたが、創造個性表現を目指して作られているもので無い機械翻訳であれば、やはり翻訳の結果の利用について問題がないようにみえます

これにしたがえば、単純に文章をそのまま機械翻訳に投げ入れた出力結果は、原文の著作者著作物機械翻訳に投げ入れる前や後に十分な編集をしていれば、加えてその編集した人間二次著作物になるということになりそうです。

白に近いグレー

これまで、どうしてGoogle翻訳の結果をOSSに使うことが白に近いと言っているか説明してきました。

では、どうしてグレーなのかというと、新しい種類の権利問題なので判例がないからです。実際に訴えられたら負けました、ということもまったくありえない話ではないでしょう。

グレーなものを作ることの良し悪し

だいたい、ここまでが話したいことの半分です。ここからはグレーなものの良し悪しの話をします。

著作権などの権利問題についてグレーなことをやっているOSSというのはそれほど珍しいわけではありません。

有名なところでいうと、Monoが思いつきますAndroidDalvikJavaAPIを真似したものであるのと同じように、MonoMicrosoft.NETフレームワークを真似しています。つまりMonoについても訴訟リスクはあっただろうということです。

しかし、OracleGoogle対立したのとは対照的な道をMonoはたどります

2016年Monoプロジェクト運営していたXamarin社は、そのMicrosoft自身によって買収されました。権利的にグレーだったMonoMicrosoft公認プロジェクトになったというわけです。

権利的にグレーだからといって、プロジェクトとして失敗に終わるわけではありません。

Ubuntu日本語化プロジェクトでの良し悪し

すこし元の記事に話をもどします。冒頭にも書いた通り、Ubuntu日本語化プロジェクトに対してWeb翻訳の結果を突っ込むという行為は、批判されるべきだと思っています

まずは質の問題です。現在Google翻訳などは、UI翻訳に向いていません。UIほとんどは、意味合い文脈依存する単語や短文です。UI翻訳は、実際にその機能を動かしながら、動作にあった訳語を割り当てていくべきです。

Google翻訳などを使って一括で、訳語を割り当てても良いUI翻訳はできません。

UIにとっての良い訳については、元記事のいくやさんがとても良い話を書いています: https://github.com/ikunya/howtotranslatelibo/blob/master/howtotranslatelibo.md#ふさわしい翻訳の考え方 )

次に、白に近かろうがリスクのあるものを入れることになるということです。Ubuntu日本語化ローカライズであれば、すでに多くのユーザー使用しているでしょうし、そういうものについてリスクのあるものを後から入れることになります

そういったことを独断で黙ってやるというのは、歓迎されたものではありません。少なくとも、コミュニティに対して事前に方針を聞いたりすべきだったでしょう。

まりクオリティが低い上にリスクのあることを黙ってやったわけで、もちろん批判されるべきでしょう。

自分場合

はいえ、OSSには個々の事情があります。次は自分場合の話をしてみます

まずは質の話です。

自分プロジェクト場合Google翻訳を使ったのはドキュメントです。日本語で書いたドキュメントをあたらしいGoogle翻訳に入れてみたところ、そこそこのクオリティ翻訳が出力されており、自分ゼロから翻訳するよりも、原文を翻訳やす修正したり結果に対して修正を加えていったほうが質と速さの両面でよいと判断したので、Google翻訳使用しました。

次にリスクの話です。

OSS企業権利問題訴訟されるということはめったにありません。OSS公益性の高いものなので、むやみに訴えれば社会からの反感を買いますし、ほとんどの場合は訴えても大した金になりません。

訴えられるとすれば、そのOSSが十分に儲かっている場合です。もしOSS大金が儲かったらGoogleから訴えられてしまう!どうしよう!と考えるのは、宝くじに当たったら強盗におそわれてしまう!どうしよう!と考えるのに似ています

まず宝くじは当たらないですし、宝くじが当たったらそのお金対策を行えば良いだけの話です。

実際Linuxでは、特許周りの対策としてOpen Invention Network(OIN)を設立していますLinuxなどソフトウェアに対して特許を主張しないことに同意した企業から特許を買収して、そういった企業に対してロイヤルティー・フリーで許諾を行っている会社です。

これによって、Linux関連のソフトウェアに対して訴訟をしてきた、いわゆる「パテント・トロール」に対して訴訟をやり返すなどの対抗手段を得ているわけです。

別の視点でのリスク

それにOSSにまた別の角度のリスクがあります

権利問題訴訟されたことによって失敗に終わったOSSというのはほとんどありません。多くのOSSは、作者が飽きたり、面倒な作業うんざりしたり、誰にも使われなかったり、競合に勝てなかったりしたことで、フェードアウトしていきます

そういったこともまた、OSSリスクなわけです。

結局のところ、自分場合Google翻訳をつかったところで、Googleにも、自分にも、ユーザーにも、世間にも不利益はなく、むしろドキュメントの質は上がって、Google翻訳改善するためのデータを得られます

わずかなリスクを避けるために、時間を割いた上、質を落とすというのはくだらないですし、そんなことに時間を使うくらいならコードを書いていたいものです。

Web翻訳の結果をオープンソースソフトウェアで使うべきか、そうではないか

結局、Web翻訳の結果をオープンソースソフトウェアで使うべきか、そうではないか?というのは個別の話でしかなく、ひとまとめにWeb翻訳の結果をオープンソースソフトウェア翻訳にいれてはいけないとか、使うべきとかそう簡単には言えません。

質が悪いしリスクがあるのであれば単純に禁止で済む話ですが、機械翻訳が向上して、質が良いがリスクのある例が増えると話はさらにややこしくなります

OSS翻訳者コミュニティ機械翻訳の利用についてそのプロジェクトで使って良いか方針を定めてやっていくしかなく、後からコミュニティに入っていくような人が機械翻訳を使いたい場合コミュニティ方針確認した上でやっていくしかないんだろうなあと思うところです。

2017-02-19

SIerの書くSQL

http://uxlayman.hatenablog.com/entry/2017/02/12/low

SQLしかできないマン」の章。これなー。ISAMデータベースなごりじゃないかな。DBの変更を高度に隠蔽化するとかなんとか。

2017-02-18

JASRACが来た

はてなからこのような連絡が来た。

このたび、ご利用のブログ記事に対し、一般社団法人 日本音楽著作権協会JASRAC)の調査部より、同協会著作権管理する楽曲歌詞無断転載されており、著作権侵害に相当するとして削除要請を受けています対象となる記事楽曲および楽曲JASRAC作品コードリストは、添付ファイルとしてお送りいたしますのでご確認ください。著作物作詞者・作曲者音楽出版社アーティストは同協会作品データベース検索サービスJ-WID (http://www2.jasrac.or.jp/eJwid/)でJASRAC作品コードによる検索によりご確認いただけます。お手数をおかけいたしますが削除につきご検討ください。また、掲載されている情報権利侵害に該当しないため、削除にご同意いただけないという場合にはその詳細な理由をお知らせください。

私のブログ、1日のアクセス400くらいなんだけどJASRACさん、細かくチェックしてるなぁ。確認した所、たしかに何個かの記事は、CDが発売されていない頃の耳コピとは言え、歌詞をそのまま書いている記事だった。これはすぐに削除した。今後もこういうものは扱わないことにしようと思う。

アニメOPED歌詞を扱っているブログは、連絡が来ないうちに対応したほうが無難かもしれません。

しかし、他の「空耳歌詞とか「英語歌詞自分和訳したもの」とか「替え歌」の記事までダメって言われてた。

これはちょっと納得行かない。歌詞を公開することが目的ではなく、ニコニコなどで盛り上がった空耳ネタを残しておこう、というだけの記事で、これによって本当の歌詞を公開しているサイト著作権者不利益になるわけではないし、そもそもJASRACにそこまで取り締まる権利があるのだろうか。

じゃけん、一度だけ抗議してみる。

尚、削除にご同意いただけない場合に、ご説明いただいた理由は、申立者にそのままお伝えすることとなります。ご説明に開示を望まない事情がある場合、あるいは開示できない箇所がある場合はその旨もあわせてお知らせください。7日以内に削除あるいはご連絡をいただけない場合勝手ながら弊社にて当該サービスプライベートモードに固定するなど、送信防止措置をとることがあります。ご注意いただきますようお願い申し上げます

ダメだったら諦めて削除するし、もうこういうのもダメなら、今後は歌詞関係ネタは二度と扱わないようにしようと思う。


それだけ。別にJASRAC死ね!とか「僕は悪くない」みたいな話ではないです。

JASRACが私のブログの幾つかの記事について削除を要請するのは、多分正当な権利行使だと思うしそれについては文句がない。

ただ、いくつかの記事については基準が納得行かないので、一度ちゃんと確認してみよう、というそれだけです。

2017-02-17

http://anond.hatelabo.jp/20170215235459

エクスポートして、データベースに突っ込んで、色んな角度から検索してみて、こりゃどうしようもないかもという結論に至りかけ・・・

ログイン ユーザー登録
ようこそ ゲスト さん