「フロントエンド」を含む日記 RSS

はてなキーワード: フロントエンドとは

2017-04-21

Mastodonインスタンス自力インスコできるだけで羨ましい

改造目的じゃなければRubyからフロントエンド知識なくても問題ないと思うが、大してドキュメント揃ってない中、ものの数時間で公開しちゃう人たちが大勢いるみたいだからすごいなって普通に思う。

少なくともこれだけの知識必要なんでしょ。すごいよ。

2017-04-15

http://anond.hatelabo.jp/20170415115330

結論から言うと型を欲するのは成長できた言語のみに許された特権である

どんな言語最初から厳密な型チェックをアピールしてしまうと開発を阻害するばかりで流行らない。



増田理屈だと最初から全部C++Javaで作ればいいじゃんとなるが、

現状を見るにそうはなってない。

web黎明期フロントエンドを支えたのは紛れもなく型チェックのゆるい言語だ。

パソコン黎明期一般向け主力言語BASIC(あるいはアセンブラ)だったわけだが、

時代が進むにつれて型チェックの厳しい言語を求めるようになるのは理由がある。

それはプログラムの規模だ。

言語が出た当初はライブラリも少なく、できることも少なかった。

時間が経過してライブラリノウハウが蓄積し、マシン性能向上も相まってできることが増えてくると

プログラムの規模も増えてくる。

すると、厳密な型チェックを取り入れないと全体を統制できなくなるのだ。

故に厳密な型チェックを取り入れるというのは、その言語(及び開発者)の成長と発展の証と言える。

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-19

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

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

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

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

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

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

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

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

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

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

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

2017-01-31

プログラミング特別じゃない

ポエム

冬なのでポエムを書きたかった. 炎上したら怖い.

プログラミングしてみたいとぼんやり考えている仮想的な若者妄想しながら書いた.

プログラミング特別じゃない

プログラミングは, おそらく多くの人が触れたことがないからだろう, 特別扱いされるきらいがあるように感じる.

すぐできるという錯覚

よく話題に上がることであるが, 最近プログラミング簡単!」「一ヶ月でプログラマになれる!」のようなキャッチコピーを売りにしたサービスなどが多い. そういうものを見るたび, たとえできたとしても, それは本当に目的合致しているのか考えてしまう.

料理だって, 一ヶ月あればできるようになると思う. ただし決して, それだけでお金を儲けられるということではない.

これは料理に限らない. スポーツだって, 日々の練習があるからちゃんとプロたりえているし, 自動車整備士だって, 普段やって慣れているか安心して任せられる. そういうものだとみんな知っている.

もちろん, プログラマだって, コードを書いたり勉強したり, そういうことは必要なはずである.

ビジネスとしての教育

「教育」は儲かりにくいとはいえ, ビジネスになる.

料理教室, 英会話教室や, 資格講座, パソコン教室などがある. 学校も加えても良いかもしれない.

そういうものをみて, カリキュラムを終えたらゴールだとは思わないと思う. あくま入り口として有用ものである.

ビジネスなのだから, 良いことを売りにするのは当然である. [『苦しんで覚えるC言語』](http://amzn.to/2htZRFi)のような稀有なケースもあるが, 大抵の人は苦しみたくないと思うので, 「明快!」とか「猫でも分かる」とか, 「n日でできる」ほうが心地よいと感じるであろう. また, カリキュラムを終えたら一人前な方が良いと思うので, そういうことを売りにしようとするであろう.

知らないからと言って, 鵜呑みにして良いものではない.

プログラミング楽しい
ポジショントーク

※ここで言う「[ポジショントーク](http://d.hatena.ne.jp/keyword/%A5%DD%A5%B8%A5%B7%A5%E7%A5%F3%A5%C8%A1%BC%A5%AF)」は誤用としての意味であるが, ぴったりなので使いたい. 正しい意味リンク先を参照されたい.

プログラマに聞けば, 「プログラミング楽しい!」答えると思う.

料理人に聞けば, 料理楽しいと答えるだろうし, プロ野球選手に聞けば野球楽しいと答えるだろう.

人によって合う合わないはあるだろう. 少なくとも, プロとして働いてる人は, 意識的であれ無意識的であれ, 続けようと思った人である.

ものづくり楽しい

工作好きな人は多いと思う. プラモデルとか体験教室とかは, お金を払ってでも工作を楽しみたい良い例だと思う. プログラミングもその中に加えたい.

教室などで, プログラミングアプリを作ってみることは楽しいと感じたとして, では次それが仕事になってまで楽しいかといえばそうとは限らない.

創作楽しいからといって, 美味しくもない料理を出すわけにはいかない.

プロにはもちろん責任が伴うし, すべてが自分の思い通りなわけではない.

はい

はいえ, 少なくとも自分は, 時にはつらくても, 最終的には楽しんでいるので, 世の中そういう人もいっぱいいると信じているし, いてほしいとも思っている. そう信じているが, あくま自分感情なので, 自分プログラミングを教える時, どうしてもその人にとって本当に幸せか考えてしまい, ジレンマを感じる.

もし今あなたが誰かに教わっているなら, ここまで考えてどう思ったかを, その人に伝えてあげてほしい.

プログラミング価値がある?

自尊感情

自分は, プログラミングを昔からしてきたから, 論理的思考力が身について, 大学受験もうまくいった気がしているし, バイトプログラミングのお陰で人並みに稼ぐことができた. PCの使い方に慣れて, 検索や, 情報の真偽判断もうまくなった気がする. もちろん, ただの結果論であって, 因果関係保証はない.

もし自分プログラミング価値はなかったといえば, それは同時に自分人生否定することに繋がる. 自分一定自尊感情を持って生きているので, 自分過去生き方について一定肯定し, その結果プログラミング価値見出しているにすぎない.

プログラミング楽しい?の節とほぼ同じ内容だが, プログラミングに限らず, そういうものだと思う.

プログラミングで何ができる?

プログラミング手段という考えは浸透しつつあるように思う. 同時に, プログラミングができると何ができる?という質問をされることもよくある.

大きなもので言えば, 人工知能と騒がれているものだったり, LINETwitterだったり, いろんなアプリだったりゲームだったり, WEBメールといった大きなシステムも, プログラミングの延長であると言えると思う.

ただし, そういうものは, 何十人, 何百人という, エンジニアだけでなくデザイナー, 企画, マネージャーなどが何年も協力してできていて, また, エンジニアだけでもフロントエンドエンジニア, サーバーサイドエンジニア, インフラエンジニア, グラフィックエンジニア, ……とても多くの, 各部分のスペシャリストが作っていることを知る必要がある.

一人でできる範囲は, それほど大きくはない.

さなことで言えば, 計算などを, 電卓よりもプログラミングをしたほうが速いという話がある. 僕の場合は, 確かにくり返し同じような計算をする場合や, 複雑な式の場合は, そうかもしれない.

但し注意すべきは, なにか新しいことができるようになれば, 他にもできるようになることが増えるのは当たり前である. 軽いプログラミングができることは、それほど価値があるのか?

アマチュアとしてのプログラミング

プロとしてのプログラミングをしなくても, アマチュアとしての仕事もある.

ホテル料理人は, 一人で良いものを作ることを求められる. 一方で, 飲食チェーンでのアルバイトぐらいなら, そこまでは求められないだろう.

いわゆる, エンジニアコーダーの違いだと思う.

また, オーナーとしても, 料理に関する知識を持っていれば有利なことはあると思う. デザイナーマネージャープログラミングをする目的である.

これも一つの価値だと思う.

やってみることの価値

何事も, 一度やってみることは価値があると思う. 自分田舎育ちかつ父親の影響もあり, 自転車パンク修理や, 車のタイヤ交換等は, 家で行っている.

本職ではなくても, お金節約になるし, いつでもできるというのはメリットではある.

将来の選択を決めかねている場合でも, やってみないと楽しいかどうかも判断できないので, やってみることは決して否定しないし, プログラミングに関して言えば自分もっと広めたい立場なので, ぜひやってみて欲しいとも思っている.

偉そうに書いておいて

偉そうに書いておいて, 自分自身全然社会の波に揉まれてるような年齢じゃないし, 人生めっちゃ成功しているわけでもない.

全てにおいて, 僕がプログラミングに近い立場いるからこそ言えたことだし, 自分が違うことをしていれば多分こうは言っていなかっただろう.

もしコメントを読んで自分が間違っていたとか、扇動的だと思えば記事を削除するし, そうやって考えを成長させていく. ネットの1記事というのはそういうものだと思っているし, そういう目線で読んでほしいとも思っている.

まとめ

プログラミング特別じゃない.

ビッグデータ, 人工知能, プログラミング, そういう流行言葉に踊らされて, 大事ものを見失わないでほしい.

意志を持って学びたい人を邪魔する人はいない. みんなプログラミングが大好きだし, 広めたいと思っているはず. 自分含め.

2017-01-28

幸運稼働学習 LDL

やたらと倍率の高い勉強会に申し込む(機械学習とかフロントエンド系とか)

受かったら、当日の発表についていける程度に学習する

興味が深まったら、そこから深める

本当に参加したかった人には悪いけど、そういう人はLT枠で入るから気にしない

2017-01-17

自分の書いたコード自分の作ったプロダクトのどこに価値を見出せばいいのかいまだにわからずにいる。

学生時代簡単アプリケーションを作ったり、フロントエンドを好んで勉強していたから、就職して初めて携わることになったサーバサイドの開発ではこれまでの画面のような目に見える成果物がないことに戸惑った。処理が進むたびに書き込まれる膨大なログDB永続化されたレコードたち、確かなものはそのくらいで、自分が作ったものがここにあるというイメージは全く沸かなかった。

プロダクトを利用してくれるユーザは違う会社のその先にいる遠くの誰か、あるいはいるのかどうかもわからない程度の売れ行き、賞賛どころか不満の声すらこちらには届かない。業務システムからこんなものを作っているのだとドヤ顔して友人に見せびらかすこともできない。案件経験するたびにタスクをこなせる量が増えたり、人に聞かなくてもある程度自力設計してコードを書けるようになったり、そういう実感は多少なりともあるのだけれど、それだって自分から見た自分評価しかない。良い設計ができてバグのない実装ができたところで給料が上がるわけでもなく、お客様から褒められることもない。あるとしても同僚や先輩たちからこいつは多少コードが書ける人間なのだと、見切りをつけられない程度のこと。綺麗なコードを書いても年功序列の弊社では給料は上がらないし、数字で示すことができないものにお偉方は報酬をよこさない。

うちのプロダクトは特別大きな負荷がかかる処理でなければさして性能は重視されないし、設計コードも明らかにまずい作りをしていなければレビューは通る。自分コードは最低限リリースできる程度の品質であることはマージされればわかるけれど、さてこれは良いのか、それとも悪いのか。自分では判断がつかない。あるいはもっと良い作り方があるのか。答え合わせの機会がないまま淡々リリース日だけが迫ってくる。いつのまにか新しい案件下りてきていて、日々はめまぐるしく過ぎていく。

また今日も、いかにも売れなさそうなサービスひとつリリースされた。自分なりに綺麗に設計できたAPIだけれども、API設計が綺麗だからってユーザから褒められるわけでもないし、作ってる人間からしても売れなさそうなだと思うだけあって、そもそもの話、このAPIが実行される予定は未定。

最近自分が初めて開発に携わったサービスのことを思い出す。リリースから1年、いまだにユーザがつかないまま、初めての申込APIが呼び出される日を待ち続けている。

自分が生んだプロダクトの価値を認めてくれる誰かの声を、私も待ち望み続けている。

2017-01-04

WEB博物館で働いてるけど、もうだめだ

31歳、WEB博物館学芸員大学の専攻はソフトウェア考古学

行ったことのない人のために説明しておくと、WEB博物館WEB150年周年を記念して設立された博物館で、WEB歴史を振り返るとともに

時代サイトデザインインタラクション体験できる日本唯一の博物館。古くは平面ディスプレイでのWEBページから、主流の空間3次元MRの流れを体験できることが売りなんだけど、

まだ2010年~2020年代の展示が用意できていない。暫定的に、展示パネルスクリーンショットを展示している。

この展示の担当者は俺。正直な所、ちゃんとした展示が開始できる見込みは立っていない。というのも、ソースコードはあるけれど、当時の技術背景がはっきりしないため、サイトを動かすことが全くできないためだ。

今時、平面ディスプレイなんて骨董品屋に行かないとお目にかかれないが、なぜか自宅の地下に眠っていた。

りんごマークが描かれた物理キーボード搭載の、所謂ノートパソコンってやつ。金属ボディでかつ核シェルターに入ってたので、核戦争の時のEMPにやられずにかろうじて残っていたみたい。これを高校生の時に見つけて以来、徐々に二次元派になっていった。レトロPCマニアという区分人間だ。

当時のソフトウェアを発掘、解析していくうちに、古い技術ソースコードを集めるのが趣味となり、大学ではソフトウェア考古学を専攻した。

大学時代にやってたことは、未処理地区に入ってストレージを発掘、残っている当時のソフトウェアを解析、当時のものを修復・復元などだ。

その後は技術博物館に勤務し、2年前にWEB博物館に移った。

ここでは研究員がそれぞれの時代WEB技術で作られた製作物を復元するプロジェクトに携わっていた。

で、俺の担当が暗黒の時代と言われた2010年~2020年代だった。

当時のブラウザパソコンに入っていた。

ソースコードは、骨董から譲ってもらった。当時のサーバークラウドサービス核戦争でほぼデータ消失しており、100年以上前ソースコードなんて絶望的だったが、ある企業が当時の中国ハッカー集団に抜かれたソースコードを保存していたストレージがたまたま現存していた。

問題は、それを動かせる環境構築だ。

開発に使われたJavaScriptという言語は、AIの解析によってバージョンが判明し、なんとか仕様が分かった。大学近代プログラミング言語史の授業を取っておいてよかった。

しかソースコード依存するパッケージが手に入らない。

とにかく、この時代フロントエンドの開発環境の移り変わりが激しく、それぞれのパッケージが使われていた期間がとても短く、バージョンも多様に渡ることから、正解のパッケージ現存していない。

この時代は、まだIT教育ほとんどされていなかった時代でもあり、ソフトウェアエンジニアほとんど独学で技術を身につけるのが普通で、そのためソフトウェアに対する価値観が多様であった。どんどん新しいパッケージが開発、公開され、そのため開発環境の移り変わりはとても激しく、特にフロントエンドは1~2年でガラリと変わっていたようだ。

すると、1~2年しか使われなかったパッケージなんて入っているピンポイント生存ストレージなんか見つかるはずもなく、全然開発環境復元が進まない。

バージョンパッケージが見つかることもたまにはあるので、それで代用を試みるけど、エラー文が多すぎてほとんど使えない。

当時の人は、やたら保守性にこだわっていたみたいだけど、こんなバージョン地獄でうまくやっていたのだろうか。

好きで始めた仕事だけど、もうこんな開発環境の構築だけで消耗する仕事は辞めて、普通WEBエンジニアになりたい。

2016-12-11

自分プログラマーとしてのレベルが低くて凄く心配になってくる

Webエンジニア歴2年目。多分年齢的にはまだ若い



RailsとLaravelくらいは触れる。

でもPlayとかはHello Worldくらいしか作ったことな



オレオレWebフレームワークくらいなら作れる。

でもRailsソース見て内容を理解しろと言われても多分無理。



AngularとBackboneくらいは触れる、

けど最近フロントエンド界で大量に出てくるツール群には全然ついて行けてない。

ReactとかAngular2はビルドするまでが面倒くさくて投げた。



インフラネットワーク全然からない。この前ネスペ受けたけど午前で落ちてそうだったから途中で帰った。

会社にいるインフラ系の人達超人に見える。



静的型付け言語あんまり触ったことない。

というか動的型付け言語あんまり出てこないステートフルな分野のアプリ全然作ったことない。

言語仕様くらいはわかるけどデスクトップアプリとかは未だにストップウォッチくらいしか作れない気がする。



自分身の回りのよく使うツールを考えてみる

OS、勿論作れない。

Git、無理

Atom、うん作れない。

Office、無理無理

Steamクソゲーすら無理だし、もうむしろ増田くらいしか作れない気がしてきた。

例えば学生時代友達に「一緒にゲーム作ろうぜ!」とか誘われてもあんまり役に立てない自信がある。



就職するまでエンジニアってもっとなんでもできるものだと思ってたよ。

ネットにはスーパーエンジニアがいっぱいいるからよくわからないけど、もしかするとこんなもんなエンジニアっていっぱいいるのか

凄く将来が心配だ。

2016-11-27

http://anond.hatelabo.jp/20161127082710

SE入門者だけど、次の一冊を教えてほしい



最近SEを始めたのだけれど、SE面白いね。なので、お詳しい方々、おすすめ教えてください。特に、Cとはなんぞや、とか、Excelとはなんぞや、とか哲学的テーマに踏み込めている作品を知りたい。作品自体が壮大な思考実験になっているような。でもオブジェクト指向がどうとか、フロントエンドがどうとか、実装部分にしか興味のない話は要らない。

2016-11-23

レトロエンジニアのための近代Webフロントエンド事情 - Qiita

http://qiita.com/uctakeoff/items/ce8da368d020273c6064



なんかいろいろな流れが面白いけど

様はクールサイト制作ができてるのかって部分が謎すぎる。

javascriptなんて触るもんじゃないな。

2016-11-20

エンジニア立ち居振舞い: 技術的な暴力を振るわない - futoase

http://futoase.hatenablog.com/entry/2016/11/19/155427



例示されている暴力はだいたい頭の悪い暴力なので反論できます


CGIには今の時代PHPを利用するのに、なぜ未だにPerlを使っているのか。処理速度も遅く、表現も難解だ。

では今あるシステム全部PHPリプレイスするとして、○人月工数必要ですがそのような予算はありません。



Go言語のもの表現力が低い。そんなものを利用するならJavaScalaで書くべきだ。ライブラリ豊富にあるだろう。Googleに縛られた環境での開発は恐ろしい。

ところでどうしてWindowsPCを開いてExcel文書作ってるのか教えてください。



Serverlessそのものサーバがなくなるわけではない。自身チューニングなど細かなリソース管理ができないPaaSを使って自身サービスの命運を預けるなんて馬鹿げている。

理屈の上ではオンプレミスIaaSの方が細かな管理できるかもしれませんが、サーバ管理にそこまでコストかけるつもりが無いのに適当なこと言わないでください。

みんな忙しいから結局何もやってないじゃないですか



iOSアプリのものプラットフォームがいつまであるかもわからないし、今後広がるかわからない。Objective Cを覚えたり、そんなもの技術をかけてどうするのか。

Nintendo Switchが大流行するかわからない。コントローラー使いづらいし。あんものはチンケなものだ。そもそもUnityインフラエンジニアが覚えて意味があるのか。

流行前は流行らないと言い、流行った後は将来性が無いと言う、じゃあ一生何も始めないつもりですか?

でも安心してください。すべてはUnity解決してくれます。そう、Unityならね。






とは言っても結局は私も暴力をふるう側の人間

例示された人たちに暴力ふるいたい。

windowsmacフロントエンドインフラ組み込みいう線引きからはみ出してはいけないと思うな。むしろ全部やれ全部だ!誰もお前がカバーしてない部分をサポートなんぞしねえからな!


ECサイト作りたい人 → ヤフオクでやれ(CMSを使うことの大切さ)

iosアプリ作りたいwindows開発者 → くだらないことにこだわってないでmaciphone買え(ios開発は何もかもmacxcode大前提

フロントエンドプログラマgo → goだけ使われても微妙。当然DBとの連携もあるんだよな?ん?(サーバサイドスクリプトDB連携のためにあるようなもの

サーバレスに興味あり組み込みエンジニア → どうでもいいからさっさと作れ。そこ悩むとこじゃねーから!(悩むなら一度サーバ立ち上げから自分でやってみてイメージをつかんだ方がいいかも)

NintendoUnityインフラエンジニア → やればいいと思うがハードルが高すぎて頓挫する可能性が高い。まずはUnityエディタ上で動くくらいを目標にすべきだ。

2016-11-03

なんでruby on rails5の本は出版されないの?人気なくなったの?

普段プログラマーやってるんだけど

暇なときAmazon眺めてるわけです

買う目的以外にも、いま何が流行ってるのかを本の出版の流れから推測してるわけですよ

いやgoogle検索とかQiitaとかgitHubとかほかにもいろんなところから流行りを推測するなんてあるけど

本の出版ってはやりがわかりやすいなって思うんだよね

やっぱり本で勉強するのが一番だと思ってるおじさんからすると、本が出版される=流行ってるってことだと思ってるからねいまだにw



それでみると今は明らかにpythonがキテるわけですよ

あんなに本がなくて困ってたのに、いまや出版ラッシュ

こりゃ本当にデータサイエンスが盛り上がってるんだろうなって感じ

そんで相変わらずのSwiftね。これはもうiPhone開発の必須だもんね。とくに日本じゃiPhone

そんでJavaだ。アンドロイドサーバーもいけるもんね

同じくらいunityがもりあがってるなってのは感じる

地味に本が出版されつづけてるJavascriptPHP存在感あるなって思いながら見てたんだけど



あれ?Rubyは?railsは?って思ったんだよね

最近俺は追いかけてなかったんだけどさ

本が出版されないんだよね

4のときはすさまじい速さでキャッチアップして本が出版されたのにさ

不思議なことにドットインストールも4止まりだし



もうみんな分かり切ってるから出版されないの?ネットで十分じゃい!みたいな

本なんて情弱のもんだろ!PHPやってろ!みたいな?

Rails界隈の人だれか知りませんかね



それとlaravelとか出版されないね海外では人気です!っていうけど

PHPは地味に出版が続いてるけど

cakePHPは2年前までは出版されてたけど今は全然

それからjQuery流行り終わったなって思う

ネットでやたらうるさかったフロントエンド界隈は全く本が出版されないね

ReactとかAngularとか



でもそれでいうならRails4のときの盛り上がりは何だったんだろうってくらいみんな一生懸命だったよね

から5の無風感が怖いんだよね


そもそもWEBアプリオワコンとかそういう話なのかな

2016-11-02

ますごいことに気づいたんだけど!!!!!!!!!!!

はてなブックマークコメント、同じ言葉でもカタカナ語より英語にしたほうが文字数少なくなるよ!

何言ってんのかわからないと思うけど試してみて!!

ナショナル(5文字)→National(3文字

ビッグマネー(6文字)→BIGMoney(3文字

フロントエンド(7文字)→frontend(3文字

マサチューセッツ(8文字)→Massachusetts(5文字

クラウドソーシング(9文字)→crowdsourcing(5文字

グローバルスタンダード12文字)→GlobalStandard(5文字

なにこれルー語最強ってこと!?

日本語の優位性はどこに……!

2016-10-13

主語デカ系】ITに対する教育コストが高くなりすぎている

なんか「プログラミングはそんな簡単じゃない」みたいな話題があったじゃないですか。

なんかうまく言えないんだけど、プログラミングに限らず、今の世の中は若者ITスキルを得るのにかかるコストデカくなりすぎてないですか?

俺ら40絡まりのオッサンどもはマイコンパソコン黎明期あたりから趣味としてITに触れていて、

できることも限られていたから、その辺のパソコン少年的凡人だってH/W S/Wの根本から触れてた人が多いと思う

でもって元々大したことができなくっても、動くだけで楽しかったしね

それが今では、フロントエンドアプリを作るってならリッチ統合環境とかライブラリが揃ってて、

別にH/Wのハの字も知らないでも結構見栄えするすごいものが作れちゃったりするわけじゃないですか

日常生活だってものすごい能力をもったものが当たり前のように手のひらに収まってる

こんな環境では、よっぽど高い意識能力を持った奴でないと、H/Wの基礎からそれを動かすS/Wをキッチリ学ぼうなんて思わないでしょ

手のひらですんごいものが動いてるのに、Hello world!やったって面白くもなんともないよね

よしんば興味をもったところで、今度は突然40年前に逆戻りだ

しかも目の前で起こっている出来事からイメージリンクしにくいから凡人には理解し辛い

オッサンどもはテクノロジの進化とともに自分たちも年を重ねてるから、頭が凡人でもなんとかかんとか「流れ」で理解していけるし、理解するための時間たっぷりあった

から別にそれほど高い意識とか能力が無くても、ちょっとしたゲーム好きから始まった奴とかでもそれなりに基礎を体で理解していて、みっちり鍛えられてはいないけど

全方位まぁまぁ戦える在野の武士っぽい奴らがいて、そいつらがこれまでのITをそこそこ支えてきたように思う

ところが今の若い連中は下手すりゃそれを数年で詰め込まなきゃいけないし、とっかかりが現実とロングディスタンから明確な目標とか意思がないとモチベが保てない

そりゃフロントエンドアプリはいいかもだけど、ITを支えるのはそこだけじゃなくて、今だってH/Wからすべて理解したうえでの領域人材はたくさん必要な筈

どっこい、昔は沢山いたはずのソコソコかもしれないけどまぁ戦える在野の武士絶滅寸前で、武士といえば兵法も知らない農民バイトか、

逆に超一握りの生粋武将だけになっちまったような気がしてるんだが、これからITはそれでやっていけるんかいね?

教えて!エロい人!

2016-09-03

http://anond.hatelabo.jp/20160903010757

良い職場が選べないってことは、その程度の能力ってこと。プロマネとして要件定義、画面遷移構成DB設計フロントエンド設計、および各PGマネジメント外注含む)。これをできるなら時給5000円で雇ってもらえるよ。

2016-07-01

http://anond.hatelabo.jp/20160701123135

WEBプログラマー

RailsPHPが使えてWebサイト管理機能を作れる人が欲しい



フロントエンドエンジニア

HTMLJavaScriptが使えてカッコいいスマホ対応サイトデザインできる人が欲しい



ITエンジニア

仕事は決まってないけどとにかく人が欲しい

http://anond.hatelabo.jp/20160701123135

Webプログラマーは、CSSの1ピクセルの違いにこだわったプログラミングします。

フロントエンドエンジニアは、主にお客さんから聞いた要件を具体化する仕事します。

ITエンジニアは、お客さんを探すのが主な仕事です。

違い

WEBプログラマー

フロントエンドエンジニア

ITエンジニア



これって呼び方が違うだけで職務内容は同じなの???

それとも結構違ったりするの?


気になって仕方ないか増田プログラマーの人たち教えてくれぇぇぇぇぇぇぇ!!!

2016-05-28

フロントエンドが複雑化しているってよく言われるけど

割とトレンド追うの楽しみにしてる人っていない?

2016-05-22

「Reactは大規模SPA用途以外はコスパ悪い」っていう先入観意味不明

しろweb制作入門用に最適だと思う。

個人的な考えは以下の通り。


UI構造がおおよそのコード構造と一致する

そもそもコンポーネント指向ライブラリからチュートリアルからして構造化を基本において書かれてるのが入門用にこそ適していると思う。

だって初心者の頃jQueryで場当たり的にコード追加していって九龍城みたいになったこと、あるでしょ?

もちろん自分で間違いを犯してその痛みを知るってのも方法論としてはありかもしれんけど、

DOM操作抽象化したライブラリから入って、徐々に具体的なところに落とし込んでいくのが効率的じゃない?


しろ小規模案件にこそ導入して「構造化とコード再利用」を意識づける

ライブラリ自体構造化を念頭に置いてるから自然とパーツごとに作るようになって、

その次の段階として自分の作ったパーツの再利用を考えられると思う。

jQueryで場当たり的に(以下略


抽象化の高いレイヤーから入って抽象化の低いレイヤー学習範囲を伸ばすべき

jQueryってホントに何でも出来るからキチンと扱える技術を既に持ってる人には良いだろうけど

やっぱ初心者には逆に指針がぶれやすいと思うんだよね。

チュートリアル書く人にもそれぞれ別の方法論があって、

しかもその振れ幅が広くて、どの方法論もそれなりに意味がある場合が多い。

正解が沢山ある問題をいきなり解かせるんじゃなくて、

まずは答えがある程度決まってる問題から入って、徐々に馴らしていくべき。


jQueryWebフロントエンド界隈のアセンブラだと思う

最初に手を出すには抽象化の度合いが低すぎるというか、

ある程度経験を積んだプログラマーこそが手を出すべきと言うか。

だってアセンブラ機械語がなくなってないのと同じように

webからDOMの直接操作不要になることもないと思う。

どんなに抽象化が高度になっても、裏でやってるのはDOMの直接操作なんだから

でも、大事な基礎技術からといって、それだけで済ませて技術革新放棄するべきではないでしょ

しろ抽象化の高いところから入門して、基礎技術に触れる必要が出来てから触った方が理解が早いと思う。


から初心者や小規模案件にこそReactを!

と、私は考えます

http://anond.hatelabo.jp/20160522003506

http://anond.hatelabo.jp/20160522003506

ども。

この辺りの一連の発言特に後二者)を見るに、多分React以前の前提がいろいろ違っています。単にJSやNodeやNPMやSPAWeb APIといったフロントエンド世界観に対して、興味がないどころか漠然とした不信があり、サーバ側でヘビーにHTMLを作って吐くスタイルを守り続けたい人なのだ、という印象を受けます

ユーザの各操作毎にサーバ側で外見のHTMLを組み立て直して配信するという旧来のWebの方が特殊世界です。それこそAndroid/iOS開発やデスクトップアプリで、そんなやり方はしません。UI関連のことはクライアントで完結し、メニュー遷移程度で通信したりしない。サーバは静的データ配信DB操作に専念する。SPAとは、やっとブラウザがそういうネイティブアプリレベルに追いつき、同じやり方ができるようになった、というだけの話です。

とりあえずReactは、まずその前提を受け入れてから使うものです。その前提なしに使えないこともないですが、メリットは活きないでしょう。その時点で既に「よくわかんないんですけどSQLiが…」と漠然とした不安を表出されるようだと、道のりが遠いな…と。もちろん「私の周囲にそういう案件はない」ということなら、それで構いません。

具体例を出せとのことだったので。私の場合は変幻する数百のテキストフィールドリアルタイム集計が登場する勤務予定表的なものを、1人でjQuerySPAで作った際、数百行のHTMLと数千行のJSスパゲティ化し「こりゃいかん、メンテ不能になりそう」と思ったのが、具体的にReactを覚えるきっかけでした。実際非常にうまく行き、10年後の誰かにも「この時代ベスト」として自信を持って残せますJSX局所的な見た目の問題など、アプリ全体の構造の見通しやすさと比べたら些細な話です。Angularなら出来たかもしれませんが、サーバ側処理とページ遷移を多用して書くことに関しては検討すらしていません(私の知っているどんなフレームワークを使ってもユーザビリティと、見通しの良いコードを保つことは無理だったと思います)。ビデオ再生や大きな画像処理を伴うアプリでもReactを使っており、そちらではページ遷移などもってのほかです。

「変な独自拡張を入れてまでJSを使い続ける理由わからん」についても、まるでJS生来嫌われ者で、クライアント側でもPythonRubyを使いたい人が多くいるかのような書き方のように思えるのですが。実際そんなことはないですよね? たぶんES6は人々から積極的に愛されています。現状、クライアント側にPython進出するのではなく、逆にデスクトップモバイルサーバ側にどんどんJavaScript進出する流れが起きています

速度に関しては、Reactはやってる内容の割に十分速くて実用的だよね(mustache使うよりは速いよね)ということであり、賢い人が手間暇かけて最適化した生DOM操作より遅いのは言うまでもありません。また、JSXシンタックスハイライトが出来ないとかも、そうとう昔の話です。今は普通JS技術者普通に触れる程度の成熟はしています(枯れたとまでは言いませんが)。

2016-05-21

React.js界隈の人に聞きたい

**誰かみんなの主張のまとめを作ってくれないですか?** (まあそれこそお前がやれよって話かもしれないので、誰もやってくれなかったら私がしますが。。)

最近JQueryはもはや不要でReactさえあればOK,みたいな記事をよく見ますね。

論旨としては、どうせトランスパイラ使ってるんだからもっと便利な書き方しようぜ!ってことなんだと思います。(virtual DOMがメインだ!という話もあったけど、じゃあ何でReactなの?というのは聞きたいかな。メジャーから?)

ただちょっと個人的違和感が拭えないので聞きたいです。

ちなみに私は昔coffeeとbackbone.jsか何かで業務用のページ(SPAではなかったような気がする)を作るお仕事をしたことがありますが、フロントエンドエンジニアというわけではないです。どちらかというとサーバー管理とかのほうがよく知っていると思いますが、Javascriptもそれなりには書くくらいの感じの人です。Reactは不幸にして一度も触ったことがないので、以下の文章はすべてコードサンプルをみたうえでの感想です。

そもそも世の中にそんなにSPAがあるのか

まずこれ。正直そんなにたくさん動的にがりがり書き換えているページをあんまり見ない気がするんですよね。その上正直そういうウェブページ、あったとしても大体使いづらいです。

世の中のページが全部FBならいいのかもしれませんが、具体的にはどんなところで使ってるんでしょう。業務ページとかですか?あと、なぜSPAにしなければいけないのかもよくわからないです。画面遷移するのだめなの?という感じで。

JSXを使うことに抵抗ないんですか?

トランスコンパイラを使うのって、結局「将来的には全部ES6になるのだから、今のうちからES6で書いておけば将来のメンテナンスコストとかも減ってうれしいよね!」っていうことなんだと思います

こういう例、JS以外にもいろいろあって、例えばboostAndroidのsupport library, Pythonのfrom __future__ importなどなどあると思うんですが、どれもやっぱり将来的なコストを見据えて、非標準のライブラリ記法を使いましょう、ってことですよね。

でもJSXってそういうのじゃないじゃないですか。いわばsupport libraryを使うのとmonoで全部書くのと、位の違いがあるように見えます(そこまでは違わないかw)。そういう考察を一切入れずに、「どうせトランスパイラ使ってるんだから拡張記法使っちゃおうぜ!!」っていうのはかなり危ういように見えます

そもそも、JSって結構独特な言語ですよね。もちろん今はnode.jsとかあるわけですけど、まあやっぱりスクリプト言語の標準の座ってPythonRubyですよ。世の大多数の人はそっちのが使いやすいとおもってるんでしょう。ということでそもそもトランスパイラ通すんだったらもっと普通言語から変えるようなソフトウェア流行ってもいいんじゃないかなあとか思いますけど、そういうのがないのも謎です。dartとかどうなってるんですかね。(まtypescriptとか一種それだという話もあるか)

五年後のビジョンがありますか?

五年、十年あとにReact.jsって流行ってるんでしょうか。例えば五年前はcoffee script結構流行ってましたけど、たしかもうサポート打ち切りとかになっちゃったんですよね。もちろん営利企業がバックなので、そこまで急になくなるかはわからないですけど、五年したらみんなまた別のライブラリがすごい!!みたいに言ってるんじゃないでしょうか。

まあだからこれはフロントエンドエンジニア業界全体の問題なのかもしれませんが、そういう将来的な保守コストをどう考えているのかが気になります特にもし業務ページであるなら、せいぜいがなるべく枯れたライブラリ(≒JQuery)と、テンプレートエンジンあるいはフォーマットストリングでも使ってpure ES6で書いたほうがいいんじゃないでしょうか。そうすると結局SPAにはしないですよね。

まあこれを突き詰めるとじゃあetaxもactivexで、銀行システムcobolで、マシンはpc98で、、、とかなっちゃうかもしれないんで、難しいところではあるとは思いますが、、、



とりあえずこんなところで、有識者の皆さんよろしくお願いします。



追記

React.jsでした。angularと混ざりました。。あと特に喧嘩売ってるつもりとかは全くないですがそう見えたらごめんね。

id:murishinai 主張は単純で、せいぜいES6+トランスコンパイラ(+JQuery)とかでいいんじゃね、遷移はサーバー側でやったほうが楽じゃない?という感じです。

id:wordi virtual domが最大のメリット、ってのはよく見る意見ですね。例えば実際どんな場面で(どのくらいの規模のプログラムで)domの改変コストが効いてくるのか、みたいな実例を教えてくださると助かります。(もちろんFBとかはそうでしょうけど、もっとなんだろう、身近な例でお願いしたいです。)なんかReactががりがり(かつユーザー目線から見て有効的に)使われている例がイメージ出来ないのが問題な気がしてきました。

id:logic ええっと、それはそうなんですけど、なんだろう。標準のもので、少なくとも今後10年はあるだろうと言うもの(たとえばES6+フォーマットストリング)があるのにも関わらず、今後5年持つかもわからないライブラリを全面に押し出すの、ちょっと怖く見えるなあという気持ちです。

id:erukiti 具体的に頭の悪い点をご教授くださるとたいへんありがたいです。小規模だとそもそもvirtual domメリットもなさそうですし、ES6標準でええんちゃうのんという気がしてならないのですが。

id:manaten もちろんFBGMailJQueryだけで作るのは不可能だと思います。だからFBはReactを、GはAngularを作ったのでしょうが、逆にそんなに気軽に使うようなものにも思えないのですよね。それこそ何百ブクマも付くのやべえなあ、と。(ところで私にはReactよりAngularJSのほうがずっと気持ちよく見えます

トランスパイラですねごめんなさいw

SPAが使いづらいってのは言いすぎかな。正確には、「ページ遷移型のUIに比べて、SPAであることのメリットが明らかに生きているページって少なくないですか?」ということです。もちろんFBとかGとかtwとかは例外だと思いますけど、DOM1000個とか10000個とかいじくり回しているページばっかあるようには思えない。もちろんどーーしてもSPAじゃなきゃダメなんだっていうならこの手のライブラリを使うといいとは思うんですが、どっちかというとニッチ需要じゃないでしょうか。

あとなんか保守点検に関する意識ちょっと違うのかなっていうコメント散見されたんですけど、うーん、一発書いて書きっぱなしっていう案件そんなにあるんですかね?ちょっとそこがよくわかんないです。一度書いてもやっぱりn年先、さらもっと言えば自分がその職場からいなくなった後のことまで考えてプログラム書くべきだと思うんです。そうすると、例えば数年後のプログラマにとってのReactは今のprototype.jsになってるかもしれない。そういうリスクが怖いです。勉強すればいいじゃんっていう意見もそうなんですが、なんでしょう、どちらかと言うと保守を気にしているので、そっちじゃないです。まあ幸いにして私は人の書いたJSをいじくり回した経験はないので、ただの推測なんですが。

それともしかしたら「枯れた技術」あるは「標準化」という意識あんまりないのかなとも思いました。まあ確かに「Web世界日進月歩!」ってことなのかもしれないんですが…。別のページのブコメとか見ても、「枯れた技術を使う」=「不勉強」みたいなのがあって、不思議です。。

あとcoffeeのころ、っていうコメントありましたが、あの頃はみんな夢がありましたよね。AltJS世界を救う!みたいな。翻って今はどうか。それを思うと、やっぱり何でもかんでもReactじゃ、という意見には違和感を感じるんですよ。

増田に書いたのは単にみんなが見てくれるというだけの理由です。そもそも今諸般の事情お仕事としてのエンジニアはしていないですし。ほんとに純粋質問だと思ってもらえればうれしいです。

まあ長くなってきたので私のブログにまとめ直してもいいのですけど。

そういえばモバイルという話も出ていましたが、先日のandroid instant appsって、アレ「HTMLモバイル向けに軽快なリッチUI作るの無理だからやめような」ってことかと思ったんですが、どうでしょうか。もちろん今現在必要ですけど~。

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