「フレームワーク」を含む日記 RSS

はてなキーワード: フレームワークとは

2017-03-15

毎朝ぎりぎり出社の運用エンジニアです

今日会社障害対応

最近やっているプロジェクトはつまらない。

今やっている仕事の50%は運用プロジェクト関係

運用なので実装や開発ということもなく、何かシステム修正があればテスト、というような感じ。

障害も頻発するわけではないがそれでもつらい。

先輩はいい人で色々教えてくれるので、勉強になるからその点はうれしいのだけれど、

やっぱり運用プロジェクトというせいかモチベーションが上がらない。


最近は毎朝起きるのも遅い。

乗る電車もいつもぎりぎり間に合う電車


以前は出勤時間の3〜4時間前に起床して、好きなプログラミングをしたり

本を読んだり、ランニングをしたり自由に過ごしていた。

会社にはみんなよりも1時間早く来ていた。

きっとその頃は仕事が楽しかったのだろう。

会社に入ったばかりでやることはどれも新鮮。

少し難しい仕事も任されるようになってきてモチベーションもあったと思う。

仕事楽しいだけでなく充実感があった。

それが今では不思議と朝起きたくないのだ。

起きるのがつらいというか億劫

別に疲れが溜まっているわけではない。

目覚めは悪いどころかいつも目はぱっちりしている。

でも起きれない。ぎりぎりまで布団の中。

そして時間ぎりぎりになると焦燥感を感じつつのっそり布団から起き上がる。

まり憂鬱なのだ会社に行くのが。

この状況を打破するにはたぶん運用プロジェクトをやめるしかないのだろう。

今ではどうせ朝早く起きれないなら深夜までずっと起きていようか、なんて考えている。

会社をやめていく同僚にも言われたが、運用やってるとだれてくるらしい、私生活が。

そういって同僚はフリーランス転職した。

今では職場でも私生活でもいきいきしている。うらやましい限りだ。

自分フリーランスにはなろうとは思わないけども、少なくとも今のプロジェクト半年が限度かなーとは思ってる。

同じ環境にずっと居ても成長できるか不安だし。

それに自分市場価値はどんどん上げたいと思っているし、会社だけでなく会社の外でも評価される人間になりたい。

そういう意味でも今の運用プロジェクトに長く関わるのは、正しい選択ではないように思う。

運用プロジェクトの残念なところは、仕事の大半が顧客対応コミュニケーションコストでつぶれること。

特にお硬いお客さんだと本番作業をする度に、申請書類を書いて作業日の何日か前に提出しなければならないだとか。

障害対応であれば書類に発生日時や発生事象、発生原因、顧客影響、業務影響、対応策、横展開対応、再発防止策、etc..

なんてことをつらつら書かなければいけなかったり。

なにより障害が発生したらものによっては休日にも出勤しなければならないこと。

まぁ自分はその経験はまだ一度もないけども。ただ障害が起きて帰りが遅くなった時は本当に疲れる。

体力には自身があるけども精神的にはわりときます。人によるのかな?

つらつらと運用プロジェクトについてネガティブな事を書いたけども、悪いことばかりではない。

運用プロジェクトでは顧客対応必須だ。なので顧客との話し合いは上手くなる。

あと、運用エンジニアには広範な知識が求められる。

例えばフレームワーク脆弱性が発表されれば、どの程度影響があるのか、どのような対策を取れば十分か、そもそもどんな対策がとれるのか、とか。

ハードウェアミドルウェア障害が起きればそれに対する知識を駆使して対応を行う必要があるし、

ドメインが変わった、IPアドレスが変わった、となればシステム運用保守作業で影響がないか調査する必要がある。

なのでそのような対応を考える機会があるので勉強にはなる。

他にも必要知識として、プログラミング言語SQLはそこそこかけて、DBクライアントLinux操作、その他ミドルウェア知識必要になる。

なので現時点では自分スキルはそこそこ伸びてはいるのかなーとは感じている。

そんなこんなで運用プロジェクトは色々大変だよってことです。

理想運用プロジェクトで吸収できるものは吸収していって、早めに別プロジェクトに移っていきたいですね。

めんどくさいことが多いけどもつまらなすぎて潰れないようにとりあえずがんばります

明日仕事ですね。みなさん一緒にがんばりましょう。

「~を分析してみた」みたいなレポートを共有したり出来栄えを競ったりするサービス

「(ある世の中の事象について)統計等の資料を引っ張ってきたりフレームワークと合わせて考察してみるとこういうことが言えるのでは」っていうレポートをみんなで投稿して、それについてやんややんやいったりするサービス妄想している。

例えば昨今で言えばDeNAレポートがいい資料だねって話があるけど、あそこに出ている数字とその当時のDeNAの動きを追って、関連性を探るとか。

東日本大震災から6年の節目が経ったけど、復興税が何に使われているのか復興庁ホームページから見れる予算執行状況をグラフでまとめて、どの部分に最も支出がされていて重視されているのか探るとか。http://www.reconstruction.go.jp/

サービス提供する側はこういうデータがありますよーとか、今週はこのデータ(資料)を使って何かを分析してみましょうとか、言ったりする。Kaggleみたいにコンペにしてもいいかも。何を基準に優劣を判定すればいいのかはわからないけど。

こういう社会的に何か示唆を与えようとするレポートというか文章個人ブログで書かれていたりすることが多い印象だけど、そういう文章ばかりが集まったサービスってニーズいかなー。

2017-03-12

Webサービス開発ってさぁ、

何年も想定して作るもんではないよね。


そもそも開発しても使われるかわからないし、


2,3年後には相当古くなっているし、

新しいフレームワークでも使って

またスクラッチから作ったほうが早いし。


キレイコード買いてよ、とか言っているのはクソバカに見える。

自分で一から作ればいいじゃん。



そんな勝手なことできないって言うやついるけど、

そんな勝手なことできないような地位にいるお前が悪いんだから

だったらガマンするしかないだろ。

2017-03-05

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

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

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

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

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



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

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

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

[]さあ、月曜日からまた転職活動だ!

いまだに無職増田です。でも本格的に転職活動を始めたついでにレバテックなるもの登録してみました。レバテックゆうんは多分登録型の派遣とか請け負いのコンサルをしてくれる会社です。

その会社webから登録したら、そのあと電話かかってきて「おうお前いい度胸してんなァ。ちょいシブヤまで来いや」と脅されたので

月曜は渋谷まで行ってケジメをつけてきます。僕の小指が失われないかどうか心配ですが、なんとか交渉成立するといいですね。

それはともかくとして、弊社はPHPおじさんなんですがやっぱりモダンJavaScriptおじさんにも転向しようかなと思うんですが、フレームワーク等々が多すぎてどれを選べばいいかよくわからなくて困ってます

apt-get一発でインストールできてなおかつ一番シンプルコード記述量も少ないフロントエンドの何かってないでしょうか。

ぶっちゃけどのフレームワークJavaScript以外の方言的な記述が多すぎてどれもシンプルはいいがたい気がします。

PHPおじさん的にはいまだに「JQueryでよくね?」と思うんですが、もう2017年ですしね。

というわけで、増田さんたちのおすすめJavascriptフロントエンドをご紹介ください。

紹介いただきました情報採用された方には無職増田オリジナルのクソ雑魚ナメクジイラスト差し上げたいと思います

よろしくお願いいたします。

2017-02-16

http://anond.hatelabo.jp/20170215123151

暇ならばWP+AWSWEBアプリ的なものを作ってみるとか、GitHub.io+Bootstrap+JSフレームワークSPA的なものを作ってみるとか。

俺は在職中で暇がなかったので、Adobe Portfolioを使ったけど。

2017-02-14

Tombo Platformについての13歳女子高生感想

iPhoneゲームブラウザで遊べるTombo Platformをリリースしました

http://blog.wktk.co.jp/ja/entry/2017/02/14/tombo-platform-is-released

技術的な詳細とかは英語ブログに書いてます。そちらも見てちょ。」などと書いてありますが、そちらを拝見すると「Emscripten」というCやC++Webで動かす(JavaScriptに変換する)技術Objective-C対応させただけということがわかります英語で書いたと言えばほとんどの人が見ないだろう、という小賢しい意図を勘ぐってしまます(実際、ブコメを見た感じほとんど誰も英語のほうを見ていないようです)。

最近iPhoneゲームほとんどは、Androidにも対応するためUnityやCocos2d-xなどのクロスプラットフォームフレームワークで作られています。この2つで作ったゲームどちらもWebブラウザで動くので※、実はほとんどのスマートフォンゲーム最初からブラウザで動かせる技術で作られているのです。Webブラウザ対応しないのは技術問題ではなく、対応していないだけというのが実際のところです。スマートフォンゲームスマートフォン向けに作られているので、単にPCブラウザ移植しただけでは面白くないというのもありますし、課金や、広告や、集客認証などなど、ゲームプラットフォームに求められる様々な機能を素敵な感じにWebブラウザ提供してくださるものがないから、ビジネスとしては衰退したというのが2017年現在です。何周遅れのことをなさっているのかな、と思ってしまます

※加えてWindowでもMacでも動きますし、Unityはほぼ全ての家庭用ゲーム機にも対応しています。今iOSであえてObjective-Cゲームを作る方は、よほど偏屈でいらっしゃる方だけかと思われます

EmscriptenObjective-C対応させたのはおそらく価値があることなのだと思いますが、現在iPhoneアプリ開発において主流な言語であるSwift対応していらっしゃらないというのも、iPhoneゲーム移植できると主張する上でちょっと誇大広告がすぎるのではないでしょうか。

たぶんこの技術を使ってWebブラウザで動かせるようになるゲームは、素人の方がお作りになったものも含めて単純に数でカウントしたとしてもiPhoneゲーム1020%ぐらい、ビジネスで作られているゲームだとは5%ぐらいではないかと思います

2017-02-13

http://anond.hatelabo.jp/20170213143611

一歩間違うと無限ループになるようなメソッド結構作るんだけど、そのメソッド無限ループやらかしちまったのかそうでないのかを判定するのが結構めんどいんだよね。

多分この悩みはどのフレームワークでも一緒だぞ。無限ループを検知してくれるようなプログラミング言語(とかフレームワーク)なんてそう無いだろ。

ただ、一点Unity無限ループを描くと問答無用で落ちる(復帰手段が無い)って処は確かにつらいけどな。

2017-02-10

http://anond.hatelabo.jp/20170210202103

悪臭防止法知らないのかな。タバコ臭いは強烈なストレッサーから、同じフレームワーク規制すればいいだけ。

http://anond.hatelabo.jp/20170210131753

研修で2ヶ月もやったら立派な経験者だ。

底辺SE驚愕してるだろう。

LAMPはまあ、家のPCVM環境作って、フレームワークチュートリアルやれば十分だ。

ただでかい会社から転職するなら、給料だけは絶対妥協しないことだ。

今の残業分含めた年収より下がるところに入るのだけはダメだ。

2017-02-09

原始時代を生きる弊社を見よ

http://anond.hatelabo.jp/20170209075944

Rails/PHP7で開発してる

PHP5.3。フレームワークすら導入していない。

Macとサブディスプレイ支給されてる

Win10シングルディスプレイデザイナーはPSDデータとかで容量を圧迫するに決まってるのに、低容量のSSD使用している。逆にプログラマーはそんなに容量使わないのに大容量のHDD使用している。頭悪い。

Vagrantとかで環境構築してる

VirtualBoxで全部手動ですが何か。ドキュメントもないので全員環境がバラバラですが何か。

自動デプロイしてる

huh...?

gitバージョン管理してる

サ ブ バ ー ジ ョ ン

チケット管理してる

口約束なら...

テスト書いてる/自動化してる

テスト工程を削ってる。受入テストすらも。テストせずにぶっつけ本番リリース。画面みたら即わかるnon objectエラーでさえも気にしない。言われるまで直さな

コードレビューしてる

みんな忙しいバリア貼ってるので...

チャットツールコミュニケーション取ってる

弊社のトレンドメールである

Excel方眼紙使ってない

wordやで。

アジャイル開発だ

ウォーターフォールすら理解してない。とりあえず空いてる人全員ぶっこんどけの人海戦術

裁量労働制

実質的な定時は22時やで

ああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ

2017-02-01

テクニカルサポートから開発へ言いたいこと

バグを全て取り除いてほしいわけではありません。致命的なバグだけ取り除けば、別に10万個、100万個バグが出てもごまかせるので構いません。

バグは出るもの」なんて死んでも私達や営業お客様の前で言わないでください。

そう考えているのであれば、致命的なバグが出た時に即応できる体制を整えてほしいです。

本当に取り組んでほしいのは、保守性・拡張性の高いフレームワーク設計であり、テスト件数を増やしても意味がありません。

私たちは何とかごまかせる術を持っています私たちを一度信じてみて下さい。

2017-01-28

http://anond.hatelabo.jp/20170128014531

すり抜けなんてもの物理的に絶対に無理な事象なんだからどこかで必ず矛盾は起きる

漫画からとかそういう話じゃなくて、物理的に不可能事象物理世界フレームワーク説明することによる本質的矛盾

波数ベクトル分解やエネルギー分解による光の選択的透過でなんの問題もない

光や音ををわざわざ特別視する理由がどこにもない

2017-01-27

こういうWebプログラマって月20万くらい払えば来てくれるの?

要は「PHP+MySQL+JavaScriptで頼んだWebシステムを作ってくれる」人に来てほしい。会社地方単価で8掛けされる田舎にあるので地元求人見てるけど、月に15〜30万くらいの求人が多いし20万も払えば来てもらえるの?

2017-01-26

とあるFのFなSIer現場

他を知らないからひどいのかひどくないのか分からない。教えて

受託開発だよ編
環境
  • 会議用の長机に2人。仕切りなし、狭い
  • 引き出しは2人で1つ。共用
コンピュータ
開発環境
バージョン管理システム
ソースコード
規約
構成管理

2017-01-24

OSSコミュニティについて思ったこと

この間、某有名なリポジトリメンテナンスモード(新機能追加よりもバグ等の修正を優先にする)に入っていることを知って独り言を書こうと思った。

また、この間メンテナや開発仲間でいろんなリポジトリの現状共有の話があった。

最近、様々なOSSコミュニティ記事を見るようになったのも理由の1つかもしれない。

はじめに私は複数リポジトリメンテナをしており、その目線で書けたらと思う。

私が最初に思ったのは結局、OSSコミュニティというのは社会構成は変わらないなぁと思った。

大きな違う点として、

だと思う。

私がOSS活動するのは、志が他の開発者と同じであり楽しいと思えるから

仕事だとお金を稼ぐためというのは当たり前だし、そのために働いている。

なのでお金を稼ぐためという人もいれば、サービスを使われたいとか、もっと拡大させたいとか様々な意識があると思う。

しかし、OSSコミュニティ活動するのは物を良くしたいという部分が大きくコントリビューターやコミッターがそういう意識活動していると思う。

メンテナが減るのは当たり前で、飽きもあるだろうし家庭の事情とかもあるだろう。

また、別の興味あるプロジェクトコントビュートしたり、自分の開発に専念するといったこともあるだろう。

これは私の中で転職に似ているなって思った。

自分のペースで活動できるのでブラックではない。

OSSコミュニティというのは今の時代、多くの会社普通に使っており、市場の規模は大きいと思う。

しかメンテナの数というのはとても少なく、著名なリポジトリでも2, 3人しかいないというところもある。

みんなが知っている有名なフレームワークツールも内部を見ると、少人数で回しているのが現状である

本当にPull Requestを出してくれる方や、バグRFC等のフィードバックをしてくれる方には感謝している。

そういう方が居てこそ成り立っており、このような体験仕事では得られないと思うので大切にしていきたい。

日本人の方の参入率は自分観測範囲では結構低く、やはり敷居が高いのかなって思った。

一番最初に壁になるのが英語だと私は思う。 実際、私はそうだった。

日本だと、どうしても日本語ドキュメント情報が充実していないと流行らないというのも実際そうだ。


新規の方が参入しやすいように考え直す時期なのかもしれない。

いかコミュニティを拡大させつつ維持していくのかが難しいかというのがメンバと話していて自分の中でわかった気がする。

2017-01-17

http://anond.hatelabo.jp/20170117101134

WEBシステムだと、フレームワークの初期設定でタイムアウトかかっていることがある。

知っていて敢えてそのまま使わせるなら別だけど、何も考えずにそのまま使わせるのは怠慢じゃないだろうか。

2017-01-15

PythonってWebプログラミングに使うとこあるの?

RubyPHPなら使うけどさ。フレームワークありでもなしでも。

Pythonって全然きかなくね?使うとこあるのどうなの。数字にめっぽう強いと聞くからグラフを多用するサイトで使うの?

2017-01-14

日本で量産コピペプログラマが生まれるのは仕方ないかもしれない

https://medium.com/@kuranuki/%E9%87%8F%E7%94%A3%E5%9E%8B%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E%E3%82%92%E6%92%B2%E6%BB%85%E3%81%97%E3%81%9F%E3%81%84-570302a5c243#.vygpwmlaa

を読んだ。刺激的な内容だが、もやもやしてたのが言語化された感じで「はっ」とした。

と、同時に現状コピペプログラマが生まれるのは仕方ないことだとも思ってしまった。



1つは、根底意識。もう一つは日本という環境が原因だと思っている。

そして、それらは一朝一夕解決しうるものではない。



私は縁あって外国人が多い会社で働いている。そこでWebエンジニアをしている。

一緒に働いている外国人エンジニアが、まぁ優秀なのだ最近大学を出たばかりの人もいるが、優秀になるレールを歩んでいる。



一緒に働いてると日本人(俺)ってヤベーな。と思うことが多々ある。プログラムに関する意識が出発点から違うのだ。

彼らは以下の共通認識があるように思える。



1.ソフトウェアエンジニア地位は高い

2. プログラムは難しいものという意識

3. 英語ができるのは当たり前



1. ソフトウェアエンジニア地位は高い

海外ではソフトウェアエンジニアは、医者に次ぐ人気職であるそうだ。今は帰国したが、一緒に働いてたインド人エンジニアは、大学受験をした際、医者エンジニアで迷った。と言っていた。

彼ほどではないが、同世代の中でも優秀な若者が、明確なエンジニア希望をもって専門の過程を経てエンジニアとなる。

Linuxネットワークなどの底レイヤーから自分の興味ある分野(バックエンドフロントアプリ開発)まで、ある程度できる人がインターンを経て入社する。

私の経歴はというと、かなりお粗末なものだ。お世辞にも良いと言えない大学文系卒で、大きいプロジェクト動かすマネジメントカッケーって思ってSIer就職口の一つとして選んで入った。大学卒業時にはJavaJavaScript区別がつかなかった。

そんな私でも独学と、勘と、経験によりある程度のことはできるようになったとは思っている(思いたい)のだが、優秀な彼らを見ると、コンピュータサイエンスを学ばずしてエンジニアを名乗ってる自分が恥ずかしくなる時が周期的に訪れる。

まり、0ではないと思うが、文系卒、更には未経験就職プログラマを選ぶという選択肢日本に比べると圧倒的に少ない。

そのため、外れプログラマは少なく、腐ったリンゴが少ない彼らは腐る確立が低いのだと思う。



2. プログラムは難しいものという意識

コピペプログラマは悪」

私自身もその口だったし、今も抜け出したとは言えない。

しかし、彼らは違うように思える。その根底にあるのは、コンピュータサイエンスを学んできたが故、プログラムは難しいという意識と、造詣の深さだと思う。

もちろん、彼らとてExampleなく出発することはできないが、コピペで済ますことは極力しない。

ちゃんと手を動かして、表面だけでなく、どうやって動いてるかを理解しようとしている。1つの機能実装する時は、3つほどルートを探したり、必要パラメータオプション以外もちゃんと調べてコーディングしている。

そのため、簡単にできます。とはあまり言わない。例えば、form一つ作る時も背景を理解して実装を行う。様々なセキュリティリスク考慮して、フレームワーク選択している。

自分なんて、必要な部分しか見なかったし、そもそも調べる意識がなかった。ある時、私は仕事が早くなったと息巻いてたが、今思うとなんてことはない。単にググるのが上手くなっただけだったのだ。



3. 英語ができるのは当たり前

少し変わった環境で、いろんな国籍の人が働いている。スペインイタリア、聞いたことのない国の人もいる。しかしながら、彼らは一貫として英語がしゃべれるし、書ける。「え、公用語でしょ?」と言わんばかりだ。

からなのか情報キャッチアップが早い。わからないところはissueを漁るし、質問する。まず当たるのは公式だ。英語英語のまま取り入れる。

総意の認識であると思うが、プログラムの1次ソース英語だ。私たちの目に触れる多くは優秀な日本人エンジニア翻訳した情報である。そもそも張っているアンテナが違う。



あと、上手くは言語化できないのだが、そもそも降りてくる情報自体が綺麗に整ったもの、絞られたものが多いのだ。そのため、泥水をすすることが少ないと思う。だからなのか、過程をすっ飛ばして答えを求めるサイトが多いような気がする。



では、この意識の違いはどこから来るかというと、日本という環境が大きいのかもしれない。



まず日本は、他国に比べて内需で食っていけるような環境である

企業の発展にはエンジニア必要不可欠。そのため専門知識を学んでなくとも、大量募集 - 大量採用が行われたのだと思う。

猫も杓子もコピペエンジニア誕生である

その後、海外の優秀なエンジニアが入ってテコ入れするかと言うとそうではない、日本語という既得権で守られているからだ。



これらによりプログラム世界では日本鎖国状態だと思う。

なので私たち気づきにくい。世界トレンドとか、プログラムの書き方とか、考え方とか。そのためコピペエンジニア自分コピペエンジニアと知らないまま成長し、なまじ仕事ができて自信を覚え、次のコピペエンジニアを育てる仕組みが出来上がっていると推測する。

ここ数年でエンジニア主体とする会社が増え、そのような意識が変わってきていると思うが、浸透するにはまだまだかかるはずだ。



根本的な解決となると、日本のあり方、教育を変えていく必要が出てくる。一例あげると、新卒一括で学部関係なくなんでもなれることはそもそも間違いなのだ。(自分はその経緯でエンジニアにならせてもらったことは棚にあげる)



しかし、それらは海外の優秀な人たちと同じステージに立つことを意味する。私たちは様々なジレンマを抱えている。

2017-01-12

http://anond.hatelabo.jp/20170112172207

そいう叩き方をしていた人も居たけれど、一番は実行速度なんだよ。

クソ重いコードサーバリソース占有されたら、誰だって迷惑だと思うだろ。

そこでFacebook社が開発したのが、HipHop Virtual Machine(HHVM)

こいつは、事前にPHP中間コードに変換してから実行するので、.NETJava並みに速く動く。

HHVMが公開されたのが2011年で、実用的に使われだしたのは2012年アップデート以降かな。

2016年にはPHP7がリリースされて、これはHHVM並みの速さでPHPが動くようになった。




PHP自体の改良が進むことで、PHPも他言語並みの速さで動くってことになったのであまり叩かれなくなった。

Laravelみたいなフレームワーク世界的に使われだして、ソースコードの書き方も他言語と大差なくなってきたのもあるとは思う。

2016-12-31

はてブの「テクノロジ」ジャンルブログ運営術関連の記事はいらない

はてブ テクノロジジャンル http://b.hatena.ne.jp/ctop/it



現在情報学生で、よくはてブの「テクノロジ」記事一覧を見てるんだけど、

みたいな記事ランクインしているのを見るたびに、うんざりさせられる。



別に個人ブログにそういう記事を載せることを否定するつもりはないし、そういうアフィリエイト関連の記事をまとめたジャンルがあれば、それはそれで大いに役立つような気がするんだけど、そういう記事が「テクノロジ」ジャンルとしてまとめられるのが非常に気に食わない。

個人的に「テクノロジ」ジャンルに対しては、例えば現場エンジニアが書いたソフト開発手法に関する記事とか、フレームワーク評価とか、そういう真に「技術的な内容」の記事ピックアップされてくることを期待しているんだけどなあ。。。

ブログ運営術みたいな記事は、現状のジャンル分けでも「テクノロジ」より「暮らし」のほうがしっくり来そうな気がするものだけど)



ブログ運営術みたいな話まで「テクノロジ」としてごちゃまぜにするのは、なんかものすごく違う気がする。「アフィリエイト運営戦略」みたいなジャンルを作ったほうが、テクノロジ系記事を期待する人にとっても、アフィリエイト収入を得る人たちにとってもwin-winだと思う。

2016-12-29

はてブで「Amazon」と検索してみると

昨今話題になってるヤマト佐川関連のブックマークが上位を占めるかと思いきや、まったく違った。



2016年12月29日10:54時点、本文、新着順で検索

Amazon検索結果 (絞り込み: 3 users 以上) 約 3,423 件中 1 - 40 件目 (0.26 秒)


以下略



ECサイト連想させるトピックほとんどなくて、AmazonB2B向けサービスを充実させていることに驚いた。

Amazonって表向きは物流業界革命問題を起こしている要因に挙げられているけど、EC以外のインパクトがどれだけ大きいのか門外漢なので分からない。

↑でブクマ付けた人、何が起きるのか教えて

2016-12-27

凄い今さら感があるが、Deep Learningのフレームワークchainerの作者が日本人だと知って、開発者サイト覗きに行ったら、すごく珍しい苗字で良く知ってる名前で、すぐに知人だと気づいた。

いやいやいやいや、どうして彼方と此方が陸続きだと言えるのだろう?

半信半疑の目には、大人びた雰囲気が加算されてたら小さめの実写アイコンじゃ全く分からなくて、プロフィールをつい探してしまった。修士卒業2012年浪人たか一年違いで、つまり動機だ。学部。どこだったかな。さらに辿ったら、中学高校......54期生とあります自分もそうです。本当にありがとうございました

紛れもなく、一時期一緒に登校してたくらいには親しかった(と自分が思い込んでいた)元クラスメイトだった。

好きなテレビ番組のどんなSEなら今の心境にあうのか、みくりさんじゃあるまいし、俺には全く分からない。

まだ高校生だった頃、文転する前も彼がお昼休みに知人と黒板を囲んで議論していた内容はほとんど分からなくて追い付けない感じがあった。そして今、卒業から十年以上経過してニライカナイに行っちゃったんだなという自分勝手寂寥感に襲われてる。

任天堂岩田さんの同級生みたいにいつか語れる?そんな贅沢ができるほどにはまだ、自分の道は到達線には程遠い。言葉も出てこない。

2016-12-19

PHPってダサいよね〜イケてないよね〜

あたし、Rubyやってるの。

Ruby on Railsっつーフレームワークね。



まじイケてるから

もうね、全部スッキャッフォッルドでできるし、アクティブレコードだしマイグレーションスキーマロードちゃう感じ。

ジェッムもたくさんあるっていうかー。

デヴアイスとかつかうと、SNSとのオッスウ認証が楽ちんちん

ターボリンクがいけててジエイクエリもすっきり。



最高だよねRails

PHP?だっさーい。東京で言うと八王子みたいな感じ。

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