「TypeScript」を含む日記 RSS

はてなキーワード: TypeScriptとは

2018-11-20

CoffeeScript - Rubyみたいに書ける (今は使わない)

rubyが嫌いなので使わなかった

typescriptに飛びついてからAltJStypescript

だけど、最近使いたいものがcoffeeだった

もちろんjsなんだから使えはするが、読んだり改造が困難

全部書くか迷う

あの頃、coffeeに夢中だった人たちは今でも使っているのだろうか

2018-11-15

anond:20181115163209

Microsoft「いやいや、typescript君の方が可愛げがあるからC#くんは適度に大人しくしてもらってていいよ」

2018-10-26

気づいたら変わっているもの

緩やかに変化を続けていて、気づいたら全く別のものに変わっているものが好きです。

例えば、TypeScriptの型システム最初シンプル型推論と型指定だったはずなのに、最近は複雑な型の設計がメインの作業になりつつあります

あるいはタプル的な要素を突っ込んだりしていて、当初のものとは明らかに違う構想が始まっています

TypeScriptバージョンアップのたびに変更を突っ込んできていて、しかもそれが追加機能というよりは機能改善なので1つずつ追わないとつらいですね。

Reactとかもそんな気があり、エコシステムもまた変わりそうな気配があります。今回の変更もまた根本的ですし、改善案も攻めてます

スポーツでも派手なフェイントは見栄えはいいですが、すぐにバレます。全身の位置関係を変えずに、等速で変化するのが一番だましやすいです。

人の成長とかも、かなり低速、等速なので、一緒にいると気づかれにくいですよね。

あとは思いつかないですけど、こうやって徐々に変化して見えないうちに置き去りにするという感覚が本当に好きです。

早すぎて見えないのも格好いいですが、遅すぎて見えないというのも同じように素敵だと思いませんか。

2018-10-18

anond:20181018122157

実際VSCodetypescript書いてるけど、nodeベースプロジェクトならjstsも同程度にサポートしてくれるぞ。

実際にタイプするコードだってjsベースの方が少ない。

まあ、ワイはそれでもts使うんだけれど。

(コードは型無いと読みづらいからね)

いい加減テキストエディタプログラムを書く悪習はやめた方が良い

今はコードを書く苦労がIDE支援によって軽減されている。

MS製のVisual Studio Codeを使えば、MS言語TypeScriptも苦労せずに済む。

 

http://www.atmarkit.co.jp/news/200711/07/techday.html

Emacsは30年前には、すばらしいものだった。しかし、Emacs消滅すべき。現在Emacsが30年前のものと似ているのを見るのは、何だか寂しい」。

Javaの生みの親であるジェームスゴスリング氏は、UNIX上で標準的に用いられてきたテキストエディタEmacs開発者としても知られている。

ゴスリング氏は最近コンパイラや開発環境進化について触れ、「もうテキストエディタを使ってはいけない。NetBeansを使ってほしい」と語りかけた。

viIDEがない環境での緊急手段

 

anond:20181018101849

anond:20181018102416

まーそこは人に依りけりだけれど、linusとかはその辺無駄からと棄てるよな。

ワイとかは無駄があっても大切だと思うからtypescript好きなんやが。

anond:20181018094823

Microsoftコーディング量とかは圧倒的に多くなります別に機能的に上位互換ってわけでもないんですが、JS書くならTypeScriptをおススメしますよ」

2018-10-07

typescript変数の型ってどうやって確認したらいいの?

instanceofとかでtrue/falseで判定するしかない?

phpだったらvar_dump()したら型が一発でわかるのに

2018-09-25

一般的PHPおじさん

メインで使う言語C#JS書くのがやだからtypescript覚えててじゃあ実際に業務で書くのはPHPってなんか学んだ内容に対して10%位の出力しか出せてなくて悲しす…

なんでPHPモダン寄りのコード記法とか取り入れひんの…?

2018-09-12

anond:20180912152410

うーん、そんな難しいのかなあ。

typescriptjavascriptよりは

C#typescriptの方が余程近縁に見えるんだが。

モダン文法+型制約+オペレータオーバーロード とかを使いたいだけなんに

半端なtypescriptを使い続けるんはかなり苦痛なんやけど…

anond:20180912151023

うっせーいいから C#Typescriptもしくはjavascriptトランスパイラ教えろって言うんだよ。

増田プログラムに詳しい人に質問

ぼくはC#プログラミングすることがとっても得意なんですが、

今度ある人にTypeScript?をやれって言われて困っています

C#ソースコードTypeScript?に変換できればいいと思うんですが、

かいツールソフトはありませんでしょうか。

宜しくお願いいたします。

2018-09-11

typescriptの一行ラムダメソッド

通常の関数の書き方

public hogefunc():hage{

return honyarara;

}

一行ラムダの書き方

public hogefunc=():hage=>

honyarara;

すっげーキモくない? そのイコールどこから出てきた的な。

普通に

public hogefunc():hage=>

honyarara;

って書かせてくれないの? なんで?

2018-08-08

anond:20180808182745

今時ホビーロボットもホビードローンも悪くてpython、良ければtypescriptで動かすやぞ。

そも、低レベル処理かて/dev/以下のどっかのデバイスの値読んだり書いたりするだけやし、そこでCとそれ以外で処理速度が異なることなんてそう無いで。

2018-06-26

anond:20180626091249

他社がらみの場合は、ちょっと教育するのきつい。

jpegしか知らないWebデザイナは他社の人間だし。

まあ「要望」という事で、技術的な情報は共有していってるつもりだけども。

TypeScriptで作ったプロジェクトを、部分的に他社に引き継ぐにも

tsよく分からないんでjs直接いじっちゃいました」とか笑いながら言って来るし。

SASSだと言ってるのにCSS直接いじってヘラヘラ笑ってるし。

無能が金ばっか要求してくる。

2018-03-26

エンジニアである俺の最近マインドについて

エンジニア一兵卒40台なんだけど

フロントエンドは流れ早すぎgulpだかなんとかzly とか多くて辛いし、js 嫌いだし、typescript ?、結局同じでしょ。むりー

・おれの主戦場web アプリだぜ。でも、rails案件としてはやったことないし、いまから rails やりなくない、php もいまから php7 とか laravel とか追いつけないわ。むりー

課金とか決済まわりの面倒くさいの、むり。レポートだすのめんどい。何かあったときメンタルつらいし、監査対応? むりー

機械学習数学才能ないし、金かかるし、python3.0 ? インデントブロックつくるのあわない。むりー

goツール書く、なに書いていいのかわからん。むりー

アプリ設計指針多すぎ。クリーンアーキテクチャとか MVVM? MVP?、むりー

kotlinelixir ? むりー

俺はエンジニアなんだけど、なんか詰んでる。メンタルが。むりー

どうしたらいい?

2018-03-15

フロントエンドはいいぞ

バックエンドのように地味で制限も多くいつまで経っても新しいものがあまり出てこない退屈なところとは違う


から次に新しいツールが出てくる

同じツールばかりで飽きることがない

案件で新しいのを使ってみて、次の案件ときにはもう次のツールが出てきているから使っていける

同じものばかり使って新しい体験がないまま同じようなことの繰り返しという退屈さがない

常に新しい体験ができる


さらにはツールが多すぎる分、ツールも選び放題だ

自分にあったものを使えばいい

JavaScript 自体ウェブだとこれ一択だったから、オブジェクト志向だったり関数型だったり比較的いろいろな使い方ができる

それぞれに合わせてライブラリがあるから好みの使い方をすればいい

型がほしいならtypescriptなどのaltjsもあって自分の好きなもので作れるわけだ

一部○○するならこれ、などと言い切ってる人がいるがそんなことはない

いいところもあれば悪いところもあるし、欠点があるからそれを補った別のツールが出てくるわけだ

目的に応じたもの自分が好きなものを使えばいい


ついていけないという人もいるが、新しいのが出続けるというのを理由に避ける必要はない

新しいのについていけない、めんどくさいという人は古いのを使い続ければいい

新しいものを使うかどうかも自由

未だに jQuery やそれと同じくらいの時代からあるライブラリのみのサイトだって普通にある

それが悪いということもない

新しいもの価値があるなら使う、ないなら使わない

そういう選択もありだ

2018-03-10

anond:20180310222660

もしかして俺と勘違いしてない?

あー、俺のことな

ぐらいしか普段使ってないポンコツプログラマーだよ。

Hello Worldを含めたら、他にもいろいろやったけどもう覚えてないw)

どうせ、みんなもプログラミング言語はせいぜい100個ぐらいしか使ったことがないでしょ?自作プログラミング言語とか、DSLとかないでしょ?

お互いバカ同士、低レベルの争いをするのではなく、切磋琢磨してスーパープログラマーになろうぜ!w

2018-03-08

IE対応と言われたら金額倍くらいを提示したい

ウェブ系の仕事をしてるが気軽にIE対応とか言われることがあるが気軽に対応できるものではない


IEは最新の11ですらもう何年も前のもの

もう5年くらいは経つのだろうか

セキュリティアップデートはあるようだが、機能更新はない


ChromeFirefoxは1,2ヶ月程度に1回アップデートをしていて毎回様々な機能が追加されている

今ではもうIEとで使える機能の差はとても大きい


未だに昔ながらのjQueryのみという作りをしているのであれば大して気にすることではないがモダンブラウザターゲットに最新機能をどんどん導入している場合IE対応がかなり辛い

実際に倍くらいの時間がかかることもある


JavaScript コア部分であれば Babel で変換したりpolyfillである程度の対応はできるが DOM などブラウザ固有の WebAPI はそうではない

別途それぞれのpolyfillを集めて多少はどうにかできるものもあるがそれですら手間になる

そして対応できない部分はIEに合わせて作り直すことになる

中途半端に動いてバグや未実装があるもの特に大変だ


またBabel等を通さなくてはいけなくなるだけでも十分に時間がかかる

frameworktypescript, flowなどを使っていて事前コンパイル必要構成であるならばさほど影響はないだろうが、モダンブラウザのみをターゲットにしてるならそういったツールなしでも十分に書ける

事前処理が必要になるだけで開発にかかる時間やめんどくささは大きく変わる

さらにはそういったツールのわかりづらいバグを踏んだり、ブラウザのdevtoolsでのできることが制限されたりもする


devtools といえばIEだとデバッグすら快適に行えない

IEでのみ発生する問題が起きると特定難易度Chrome等の倍以上と言える


これだけの苦労がIE対応させるだけで出てくるのにオマケで対応してという気軽さで頼んでくる人が多い

最初IE11だけだったのにやっぱりユーザいるか10と9もというケースもある

私はフリーではないから値段を好きには決められないが、決められるなら

IE11→x2

IE10以上→x3

IE9以上→x4

くらいは取りたい


IEを倍にすると高いと言われそうだが、モダンブラウザのみでいいなら昔ながらの作り方より何倍も簡単に作れるわけだから Chrome のみならの割引でもいい

それくらいにIE対応はしたくない

IE対応するだけでかなり相場が高くなるというのが当たり前になってくれればいいのだけど

2018-02-07

コインチェック事件WebエンジニアSIerの融合の幕開けかもしれない

 Webサイト技術の高度化

Webでは単純にテキストサイトではない本当に色々なことができるようになってきた。

HTML5になって以降まさに飛ぶ鳥を落とす勢いだ。

ここ5年くらいでデスクトップアプリに負けないレベルSaasも出てきた。

SlackYoutube生放送GoogleドキュメントGoogle mapカーナビ代わりにしている人もいる。

Javascriptも相変わらず日進月歩TypescriptやらNodejsやらReactやらVue.js Three.jsなど、もうテキストサイト付属品ではないことは明らかだ。

個人的にはWebGLアプレットを使わず3Dの描画ができるようになったのは衝撃的だった。

 コインチェックで露呈したWebエンジニアの弱点

そんなわけで、Webはどんどん急激に高度化し大規模化してきている。

ここまで大規模化していったシステムセキュリティ的にもシステム的にもこれまでのような少数のチームがちまちま作るには手に負えない状況に来ているんじゃないかと思う。

それが表面化してしまった事件が今回のコインチェック事件ではないか

コインチェックはおそらくWeb系のエンジニア主体でイケイケで開発したんだと思われる。

デザインハイセンスUXも洗練されてる感じがする。

ただセキュリティが甘かった、つまりシステムとしてセキュリティ内面)に問題があった。

これはまさにWebエンジニアの弱いところを突かれたといっても過言ではない。

 WebエンジニアSIer

それに伴ってWeb企業SIer化していくんじゃないかというのが私の持論。

全てとは言わないが、これまでのWebエンジニアの開発スタイルはどちらかというとイケイドンドンでできたらいいや使えたらいいやの精神でやってきたんじゃないか

これでは大規模なシステムになるとセキュリティ保守も難しくなってくるだろう。

大規模なシステムはきちんとオブジェクト指向で作ってテスト駆動ウォーターフォール式で開発するのが筋ってものだ。長期的な目で見れば理にかなっている。

今後高度化していくWeb対応するためにはそうやって作っていくべきだろうし、自然にそうなっていくだろう。

大規模なサービスに関わるWebエンジニア自然SIer的になっていくんじゃないか

Googleスライドとかスプレッドシートヤバいくらい複雑なシステムだと思うしハイクオリティだとおもうんだけど、どんな開発体制で作られたんだろうか気になる。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん