  |
はてなキーワード: TypeScriptとは
うーん、そんな難しいのかなあ。
C#→typescriptの方が余程近縁に見えるんだが。
モダンな文法+型制約+オペレータオーバーロード とかを使いたいだけなんに
半端なtypescriptを使い続けるんはかなり苦痛なんやけど…
ActionScript/Ada/AWK/Bash/BASIC/bc/Brainfuck/C/C#/ C++/CLIPS/Clojure/COBOL/CoffeeScript/csh(C shell)/D/Dart/Elixir/Erlang/F#/ Factor/Fantom/Forth/Fortran/Go/Groovy/Haskell/Icon/Intercal/Java/JavaScript/Jul ia/Kotlin/LISP(Common Lisp)/Lua/Nemerle/Nice/Nim/Objective-C/OCaml/Octave/ Oz/Pascal/Perl/PHP/Pike/PL/I/PostScript/Prolog/Python/R/Racket/Ruby/Rust/ Scala/Scheme/Scratch/sed/Smalltalk/SQL/Swift/Tcl/TypeScript/Unlambda
・フロントエンドは流れ早すぎgulpだかなんとかzly とか多くて辛いし、js 嫌いだし、typescript ？、結局同じでしょ。むりー
・おれの主戦場は web アプリだぜ。でも、rails は案件としてはやったことないし、いまから rails やりなくない、php もいまから php7 とか laravel とか追いつけないわ。むりー
・課金とか決済まわりの面倒くさいの、むり。レポートだすのめんどい。何かあったときメンタルつらいし、監査対応？ むりー
・機械学習、数学才能ないし、金かかるし、python3.0 ？ インデントでブロックつくるのあわない。むりー
・アプリ、設計指針多すぎ。クリーンアーキテクチャとか MVVM？ MVP？、むりー
俺はエンジニアなんだけど、なんか詰んでる。メンタルが。むりー
どうしたらいい？
バックエンドのように地味で制限も多くいつまで経っても新しいものがあまり出てこない退屈なところとは違う
同じツールばかりで飽きることがない
案件で新しいのを使ってみて、次の案件のときにはもう次のツールが出てきているから使っていける
同じものばかり使って新しい体験がないまま同じようなことの繰り返しという退屈さがない
常に新しい体験ができる
JavaScript 自体がウェブだとこれ一択だったから、オブジェクト志向だったり関数型だったり比較的いろいろな使い方ができる
それぞれに合わせてライブラリがあるから好みの使い方をすればいい
型がほしいならtypescriptなどのaltjsもあって自分の好きなもので作れるわけだ
一部○○するならこれ、などと言い切ってる人がいるがそんなことはない
いいところもあれば悪いところもあるし、欠点があるからそれを補った別のツールが出てくるわけだ
ついていけないという人もいるが、新しいのが出続けるというのを理由に避ける必要はない
新しいのについていけない、めんどくさいという人は古いのを使い続ければいい
未だに jQuery やそれと同じくらいの時代からあるライブラリのみのサイトだって普通にある
それが悪いということもない
そういう選択もありだ
なんか、そういう本あったよね？
プログラミング言語カタログみたいなネタ本。（本屋で立ち読みした記憶があるｗ）
あーこれこれ。
本書で取り上げるプログラミング言語
アセンブリ言語(アセンブラ)/ActionScript/Ada/AWK/Bash/BASIC/bc/Brainfuck/C/C#/C++/CLIPS/Clojure/COBOL/CoffeeScript/csh(C shell)/D/Dart/Elixir/Erlang/F#/Factor/Fantom/Forth/Fortran/Go/Groovy/Haskell/Icon/Intercal/Java/JavaScript/Julia/Kotlin/LISP(Common Lisp)/Lua/Nemerle/Nice/Nim/Objective-C/OCaml/Octave/Oz/Pascal/Perl/PHP/Pike/PL/I/PostScript/Prolog/Python/R/Racket/Ruby/Rust/Scala/Scheme/Scratch/sed/Smalltalk/SQL/Swift/Tcl/TypeScript/Unlambda/Visual Basic(Visula Basic .NET)/Whitespace
ウェブ系の仕事をしてるが気軽にIE対応とか言われることがあるが気軽に対応できるものではない
もう5年くらいは経つのだろうか
ChromeやFirefoxは1,2ヶ月程度に1回アップデートをしていて毎回様々な機能が追加されている
未だに昔ながらのjQueryのみという作りをしているのであれば大して気にすることではないがモダンブラウザをターゲットに最新機能をどんどん導入している場合はIE対応がかなり辛い
実際に倍くらいの時間がかかることもある
JavaScript コア部分であれば Babel で変換したりpolyfillである程度の対応はできるが DOM などブラウザ固有の WebAPI はそうではない
別途それぞれのpolyfillを集めて多少はどうにかできるものもあるがそれですら手間になる
またBabel等を通さなくてはいけなくなるだけでも十分に時間がかかる
frameworkやtypescript, flowなどを使っていて事前コンパイルが必要な構成であるならばさほど影響はないだろうが、モダンブラウザのみをターゲットにしてるならそういったツールなしでも十分に書ける
事前処理が必要になるだけで開発にかかる時間やめんどくささは大きく変わる
さらにはそういったツールのわかりづらいバグを踏んだり、ブラウザのdevtoolsでのできることが制限されたりもする
devtools といえばIEだとデバッグすら快適に行えない
IEでのみ発生する問題が起きると特定の難易度がChrome等の倍以上と言える
これだけの苦労がIEに対応させるだけで出てくるのにオマケで対応してという気軽さで頼んでくる人が多い
最初はIE11だけだったのにやっぱりユーザにいるから10と9もというケースもある
私はフリーではないから値段を好きには決められないが、決められるなら
IE9以上→x4
くらいは取りたい
IEを倍にすると高いと言われそうだが、モダンブラウザのみでいいなら昔ながらの作り方より何倍も簡単に作れるわけだから Chrome のみならの割引でもいい
Webでは単純にテキストサイトではない本当に色々なことができるようになってきた。
HTML5になって以降まさに飛ぶ鳥を落とす勢いだ。
ここ５年くらいでデスクトップアプリに負けないレベルのSaasも出てきた。
Slack、Youtubeや生放送、Googleドキュメント、Google mapをカーナビ代わりにしている人もいる。
Javascriptも相変わらず日進月歩でTypescriptやらNodejsやらReactやらVue.js Three.jsなど、もうテキストサイトの付属品ではないことは明らかだ。
個人的にはWebGLでアプレットを使わず3Dの描画ができるようになったのは衝撃的だった。
そんなわけで、Webはどんどん急激に高度化し大規模化してきている。
ここまで大規模化していったシステムはセキュリティ的にもシステム的にもこれまでのような少数のチームがちまちま作るには手に負えない状況に来ているんじゃないかと思う。
それが表面化してしまった事件が今回のコインチェック事件ではないか。
コインチェックはおそらくWeb系のエンジニア主体でイケイケで開発したんだと思われる。
ただセキュリティが甘かった、つまりシステムとしてセキュリティ（内面）に問題があった。
これはまさにWebエンジニアの弱いところを突かれたといっても過言ではない。
それに伴ってWeb企業もSIer化していくんじゃないかというのが私の持論。
全てとは言わないが、これまでのWeb系エンジニアの開発スタイルはどちらかというとイケイケドンドンでできたらいいや使えたらいいやの精神でやってきたんじゃないか。
これでは大規模なシステムになるとセキュリティも保守も難しくなってくるだろう。
大規模なシステムはきちんとオブジェクト指向で作ってテスト駆動でウォーターフォール式で開発するのが筋ってものだ。長期的な目で見れば理にかなっている。
今後高度化していくWebに対応するためにはそうやって作っていくべきだろうし、自然にそうなっていくだろう。
大規模なサービスに関わるWebエンジニアは自然にSIer的になっていくんじゃないか。
Googleスライドとかスプレッドシートはヤバいくらい複雑なシステムだと思うしハイクオリティだとおもうんだけど、どんな開発体制で作られたんだろうか気になる。
最新と言われるES6, ES7にしたって、他の言語からしたらありえないほどに機能が少ない
こんなクソみたいな言語を書いていたら、エンジニアとしての腕が鈍るのではないかと思うほどにクソい
いまは仕事でJSを書いているのだけれど、Rubyだったら、Pythonだったら、KotlinだったらSwiftだったらと思わない日ない
驚くのは、こんなクソみたいな言語なのに、好きな人が多いってこと
ReactNativeだとかflowだとかTypeScriptだとかbabelでtranspileなんじゃとかいう記事をみない日がない
それだけ好きモンが多いんだろう
JSというブラウザによって取り残された言語へのキャッチアップに多くの時間を割いてしまったがために、
心理的な負荷がかかって俺はJSが好きなんだこれしかないんだとなってしまっている人が多いんじゃないかとかわいそうに思う
（JSマンで他の言語かける人って、他の言語と比べて極端に少ないように思う）
クソみたいな言語のくせにnodeのリポジトリはお家騒動みたいなんでしょっちゅう盛り上がってるし
俺はJavaが好きだけどJavaがクソみたいな言語だってことは認めている
お前らも、そう思えよ
アホか
門外漢からするとこんな風に聞こえてる。（所々適当に書いてるし書いてる内容は嘘デタラメ）
「gulpでbowerしてsassをgruntでビルドすれば、cssがストリーミング形式でデタッチされるから便利だよ。それにgulpはCoffeScriptとかtypescriptみたいな流行りのサードパーティも従来のJSみたいに変換してくれるしウォータフォールじゃなくてアジャイル的なプロジェクトでも使いやすい。スクラッチから書かなくてもいい感じにアジャストしてくれるよ。あと、OSSとしてgit上に上がってるんだけど、DLなんかもAWSと連携させてWebGLとTensorflowやらchainerやらと組み合わせればブラウザでDQNとかA3CとかDCGANも動かせるスクリプトがリリースされてた、バックエンドではDNNを走らせてフロントで表示する分をNode.jsでカスタマイズしたりタスクランナーでプロセスをマネージメントできるからもはやjsでtensorflowを含めたpythonのラッパーみたいな感じで使えて便利。最近ではbluemixがBitcoinのマインングをサポートしていてブラウザ上でウォレットからマイニングのセットアップまでできるんだって、ブロックチェーンの仕組みを拡張して社内のタスクマネージャーとかNAS上のデータを分散してサーバーに保存できるみたいなこともあるんだって。」
JS でオブジェクト指向、しかもクラスベースな考えで作ろうしてるのが多すぎで汚染されているのをみると、
JSとTS両方使えるようになって、型がないと生きて行けない系の人とクラスこそ至高な人はTSに行ってくれれば心が平穏になる気がしたから、TSもあっていいとなんとなく思った
「JavaScriptはDOMを書き換えるためだけに存在している書捨てのクソ言語であって、サーバーサイドを書くために存在している言語でも、100万行からなるバベルの塔の建設に耐えうる言語でもない。」
ほんとこれなんだよなあ。TypeScriptへ徐々に移行するしかないと思うけど、TypeScript廃れて来てるの？つい最近Googleが社内で公式採用したって読んだばかりだけど。
ウェブフロントエンドの技術の進歩と興亡の速度には目を見張るものがある。
browserifyが生まれ、Gruntが生まれ、Gulpが生まれた。
そしてその全てが死んだ。
Webpack, Babel, Flow, 今栄えている技術だってそのうちに死ぬだろう。Reactだって例外ではない。
一部はもう死につつあるし、少し前にあれだけ持て囃されたTypeScriptも今や消えつつある。Coffeeは全エンジニアから嫌われた。
そんな万華鏡のように目まぐるしく変わる情勢に追い付かんと研鑽を続ける者等がいる。アーリーアダプターを自称し最新技術のケツを追いかけQiitaにクソを垂れ流す彼らこそ我らがイケイケウェブフロントエンジニアである。
最新技術に目を凝らし、やれ新たなこれイケてるだの古臭いあれはイケてないだのと宣いチュートリアル記事を量産する彼らであるが、彼らの存在は決して無駄ではなく、生まれたての技術の知名度は彼らにより上げられる。
それはやがて大きな同調圧力的空気となって流行った技術を押し流す。
さて、少し話は変わる。
書いてしまったソースコードと拭いきれない遺物と化したクソの塊だ。
ウェブサービスはただ作って終わりではない。その先にあるのは長く続くメンテナンスだ。
少し例を挙げたい。あるところにイケイケウェブエンジニアのあなたがいたとする。
ある日あなたは上司からあるウェブサービスを作ってほしいと頼まれ、それを引き受けた。
さて、サービスを作るにあたりあなたは使用する技術を選定する。イケイケウェブエンジニアのあなたはとても流行に敏感だ。勿論jQueryを使い泥臭くDOMを弄くり回すことなどあってはならない。
あなたはESの最新規格に準拠したコードを書き、Flowtypeで静的型検査を行い、Angular4を使うことにした。
勿論そのままではブラウザで動作しないためWebpackとBabelを駆使してトランスパイルする。
数週間後、めでたくサービスは完成した。
あなたは脳内で試算する。時間と手間は掛かるが可能だと判断したところで、はい、と答え一年ぶりにプロジェクトのソースコードを開いた。
一年後の未来の世界では Webpack2 など既に新しく現れた技術に叩き潰され醜く断末魔の鳴き声を上げる死に瀕した哀れなヒキガエルの如き存在だった。もちろんAngular4はもう誰も使おうとはしない。
もちろんあなたもそれらを過去の存在へと葬り去った新技術に首ったけだ。
一方は、クソだクソだと悪態を付きながらもはやメンテナンスもされていないクソプラグインの体系化されていないクソドキュメントとにらめっこをしながら古臭いクソの塊と付き合っていくこと。
もう一方は、新たに聳え立った最新のクソの塊に無限に移植を続けることだ。
前者を選んだあなたは時間が経つごとにまともな情報を得られなくなり、やがては身動きが取れなくなった段階でようやく最新技術への移植を考えはじめる。しかし、その頃には膨れ上がった旧時代のクソはそんなことを容易に許してはくれやしない。
さて、後者を選んだあなたを待っているのは無間地獄の如き最新技術の濁流だ。それに揉まれながら一年ごとに、古臭きは悪だと声高に叫びながら無限の移植作業を行うことになるだろう。
あなたがクソと罵り選択肢からも除外されたjQueryである。一年後の未来であってもjQueryはそこにあった。もちろんクソと野次られながら。
けれども一年前のあなたはjQueryを使ったコードが読めるし、今のあなたももちろん読める。一年後のあなたは疎か、三年後のあなたの後継ですらも (泥臭くDOMを弄るコードに閉口しながらではあるが) やはりあなたの書いたコードを読めるだろう。
JavaScriptはDOMを書き換えるためだけに存在している書捨てのクソ言語であって、サーバーサイドを書くために存在している言語でも、100万行からなるバベルの塔の建設に耐えうる言語でもない。
