記事へのコメント28

    • 注目コメント
    • 新着コメント
    takahashim
    TSがどうかというのはおいておいて、Loggerの日付部分がMM/dd/yyyy固定なのはさすがに何かがおかしいのでは…(それとも実はこういう世界も普通にあったりするんでしょうか?)

    その他
    Eiichiro
    パフォーマンスで苦しむなら選択しないなぁ。日付変換を独自実装でやりだしたら、timezone周りで苦しむこと確定するし。

    その他
    salamander_jp
    JavaScriptをJavaって略したりメロンパンをメロンって略す人と同じくらい嫌い

    その他
    yuumillar
    TSはtrpcが本当に便利。他言語だとどうしてもスキーマを書く必要があって、ちょっと面倒くさい。でも堅牢だし速いしメモリも少なくいける。まあビジネスの段階によるんじゃない。

    その他
    tohokuaiki
    バック…あー、hisotry.back()ね、あれね。…バックエンドのことかーい。

    その他
    ymchng
    ymchng 何件か見たりやったりしたけど、バックエンドts/jsは運用はできるかもしれんが、向かない。素直に他のバックエンド向きの言語でやったほうがいい。

    2024/11/29 リンク

    その他
    ka-ka_xyz
    tsの例外周りは「遅い」以前に言語仕様上ゆるゆるだし非同期処理でのcatch漏れも容易に発生するしで、バックエンド言語としては明確に嫌だ。柔軟な型定義は気に入ってるけど例外周りは本当にダメ。

    その他
    devrabi
    devrabi どちらかというとフロントエンドも固い言語でやりたいです

    2024/11/29 リンク

    その他
    kachikachidangomushi
    バックエンド(backend)をバック(back)って略したり、フロントエンド(frontend)をフロント(front)って略すヤツ嫌い。バックエンドとバックは別の単語だし。JavaScriptをJavaって略すようなもん。

    その他
    door-s-dev
    door-s-dev フロントエンドから入った人がこうゆう選択をするのは容易に想像できる。少人数でopinionatedなフレームワークといえばrailsだと思うけど技術スタック的に選択肢に上がらんのだろうな

    2024/11/29 リンク

    その他
    TriQ
    TriQ フロントエンドをフロントと略したこと無い者だけがバックに石を投げなさい。ってことなんだろうけど違和感しかないわなぁ

    2024/11/29 リンク

    その他
    strawberryhunter
    誤: TypeScript →正: Node.js 誤: バック →正: バックエンド

    その他
    cpw
    卑猥な話かと思った

    その他
    mysql8
    フロントエンドは、フロン。の略でおk?

    その他
    surume000
    TSというかnodeとnestjsのダメなポイントでは

    その他
    Shinwiki
    もやる

    その他
    xlc
    Typescriptの問題ではないような。

    その他
    unmarshal
    実際バックエンドをTSで書いているプロジェクトはかなり多いし十分枯れてる気はする。CPU boundな処理を逃す実装をするなら、最初からマルチスレッドでリクエストを捌いてクラウドでスケールさせた方がシンプルな気も。

    その他
    koyopro
    date-fns そんなに遅いのか意外

    その他
    kkobayashi
    kkobayashi TypeScript使えるなら他の言語の学習コストそんなにかからないのでは?という気もするけど。言語ありきでフレームワーク選ぶの嫌だな

    2024/11/29 リンク

    その他
    uehaj
    uehaj 結論は、NestJS使うな、じゃないの。T3 Stack+prizma/drizzle+trpc-to-openapiにしときな

    2024/11/29 リンク

    その他
    circled
    昔はダイナミック言語の方が開発早いと言われてたし、型安全を突き詰めるならコンパイル時にタイプチェックゼロにして爆速化みたいなメリットあったけど、最近のTypeScriptってその手のメリットも無いのによくやるよね

    その他
    Windymelt
    Windymelt 個人的にはenumが無くてbranded typesみたいなのを使わないといけない型環境でバックエンドはやりたくない……(ポジショントーク)

    2024/11/29 リンク

    その他
    toro-chan
    toro-chan バックエンドまでTypeScriptで書かせるのは勘弁してくれ。。まぁそもそも前提を共有しようがないから何とも言いようはない。ネットワークが何もなくて純粋にDBとUIだけならまあそうなるかなと思う。

    2024/11/29 リンク

    その他
    turanukimaru
    Typescript系のORMはちょっと間違えるとStringになるので遅くなったり追加のパースが必要になったりする。私が困ったのはDB屋が信用できず number を number に変換しまくった時だな。ここで困らなかったならDB屋が優秀な証拠だ。

    その他
    cloverstudioceo
    Typescript関係なかった。。。というかもうどこの会社もバックもデフォルトでTypescriptでしょ。。。

    その他
    Kanasansoft
    TypeScriptというより使っているライブラリやフレームワークの問題じゃないかな。RxJSの問題はMethod Chain万能主義の弊害だと思う。Method Chainでもここまでできるんだよってならわかるけど実用に耐えるかは別の話。

    その他
    takezaki
    TypeScriptでやれるのはBFFまで。バックエンドはvte.cxがあれば実はいらない。あと、cdate()が速くていいらしいよ。

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    TypeScript でバックもやるって実際どう? 実運用で困ったこと3選

    ROSCA株式会社さん主催のイベント フロントからバックエンドまで、TypeScriptでシームレスな開発エクス...

    ブックマークしたユーザー

    • hoge2411072025/02/22 hoge241107
    • techtech05212024/12/30 techtech0521
    • heatman2024/12/28 heatman
    • inoyy2024/12/03 inoyy
    • karuakun2024/12/02 karuakun
    • fb2k2024/12/02 fb2k
    • rummelonp2024/12/02 rummelonp
    • stntaku2024/12/01 stntaku
    • takahashim2024/11/30 takahashim
    • daitasu2024/11/29 daitasu
    • Cetus2024/11/29 Cetus
    • Eiichiro2024/11/29 Eiichiro
    • chankuri2024/11/29 chankuri
    • moritata2024/11/29 moritata
    • masuyama132024/11/29 masuyama13
    • takahiron342024/11/29 takahiron34
    • namachikuwa2024/11/29 namachikuwa
    • salamander_jp2024/11/29 salamander_jp
    すべてのユーザーの
    詳細を表示します

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む