スレ立てるまでもない質問はここで 160匹目

**デフォルトの名無しさん** · 2022/05/10(火) 14:24:35.29

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。

次スレは>>980が立てること

【前スレ】
スレ立てるまでもない質問はここで 159匹目
https://mevius.5ch.net/test/read.cgi/tech/1644673480/

**アリ人間** ◆T6xkBnTXz7B0 · 2022/07/27(水) 19:24:01.19

>>598
https://qiita.com/ozackiee/items/ef41501c4e7141d111d8

**デフォルトの名無しさん** · 2022/07/27(水) 19:32:17.60

>>600
githubで検索も出来んのね
サンキュー

**デフォルトの名無しさん** · 2022/07/27(水) 20:48:10.95

VSCodeでターミナルに文字が流れて行く時に画面がちらちらするんだけど
何が悪いのかな

argv.jsonの disable-hardware-accelarationはtrueにした

**デフォルトの名無しさん** · 2022/07/27(水) 20:48:27.26

VSCodeでターミナルに文字が流れて行く時に画面がちらちらするんだけど
何が悪いのかな

argv.jsonの disable-hardware-accelarationはtrueにした

**デフォルトの名無しさん** · 2022/07/27(水) 20:51:57.34

２回書いたので失格

**デフォルトの名無しさん** · 2022/07/27(水) 21:08:44.11

VSCodeでターミナルに文字が流れて行く時に画面がちらちらするんだけど
何が悪いのかな

argv.jsonの disable-hardware-accelarationはtrueにした

**デフォルトの名無しさん** · 2022/07/27(水) 21:09:20.89

書き込めませんでしたというメッセージを出すmateが悪い

**アリ人間** ◆T6xkBnTXz7B0 · 2022/07/27(水) 21:09:43.67

3回書いたので、敗者復活(ぴろぴらぴろ～ん

**デフォルトの名無しさん** · 2022/07/27(水) 21:17:11.63

専ブラで書込失敗したら本当に失敗したか汎ブラで確認するだろ普通は
自分は悪くないとか言ってるとダメだよ

**デフォルトの名無しさん** · 2022/07/28(木) 02:37:06.41

ポート番号７番でうけるエコーサーバーのソースコードを
調べたいのですが、githubのどこにあるのでしょうか？
bsd,linuxどちらでも構いません
回答よろしくおねがいします

**デフォルトの名無しさん** · 2022/07/28(木) 08:36:13.31

>>609
echoサービスってあったなあ。あれはinetd自体がやってたはず
なのでinetdもしくはxinetdのソースを探すべし
ソケットプログラミングとか知ってたらすんごい当たり前のことしかやってないと思うけど

**デフォルトの名無しさん** · 2022/07/28(木) 09:49:49.09

>>599
ありがとうございます、今回単体テスト&クラスのデザイン方針でモヤモヤしていた
ことを理解できました（と思います）

**デフォルトの名無しさん** · 2022/07/28(木) 11:19:00.87

>>610
回答ありがとうございます

文字境界をまたいだとき、またぐ時
どんな処理をすべきなのかわからなくて
調べようとしたときエコーサーバーのソースに
たどりつけず質問させていただきました

実験環境
windows10 + python3.9

# わざと少ないバイト数にする
BUFSIZE = 4

# どんな文字列がくるかわからない
s = input()

#ここでわざと境界をまたぐ6バイトの文字列(utf-8)を入力
s = "ああ"

# 送受信する
サーバー側:recv(BUFSIZE) / クライアント側:send(BUFSIZE)

#この時サーバー側でUnicodeDecodeError例外が発生する

あとどうすれば
>あれはinetd自体がやってたはず
>なのでinetdもしくはxinetdのソース
上記のような回答をできる人になれますか？

**デフォルトの名無しさん** · 2022/07/28(木) 12:55:50.00

>>612
改行コードとかメッセージの最後まで読んでから処理するのが一般的だと思うけど
バッファサイズ単位で処理したいならバッファ内の最後の文字境界を自分で見つけて処理するしかない

境界判定のビルトインの関数はあるかどうかしらないけど
UTF8のエンコーディング仕様から簡単に作れるよ

**デフォルトの名無しさん** · 2022/07/28(木) 13:02:24.91

じゃあ簡単ならここで作って

**デフォルトの名無しさん** · 2022/07/28(木) 13:04:30.10

そもそもUTF8の文字列なのに何故適当なバイト数でデータを送るのかと・・・
そんな事する必要ある？

**デフォルトの名無しさん** · 2022/07/28(木) 14:34:28.40

>>614
もしかして難しかった？

**デフォルトの名無しさん** · 2022/07/28(木) 16:36:20.49

>>612
>あとどうすれば

おじさんが学生の頃は 1) UINX系雑誌の記事 2) 情報科学の授業 3) 自分で inetd
を設定する 4) 各種フリーUnixの開発に参加とかそういうので覚えた

**デフォルトの名無しさん** · 2022/07/28(木) 18:08:38.84

何番のポートをどのプログラムが使ってるのか調べられない状態を解決すべきやろ

**デフォルトの名無しさん** · 2022/07/28(木) 19:17:44.93

何番のポートをどのプログラムが使ってるのかどうやって調べますか？

**デフォルトの名無しさん** · 2022/07/28(木) 20:06:49.78

UTF8は1byteずつ読んだときに上位bitでそれが
UTF8の1文字での何byte目か(少なくとも1byte目かそれ以外=コードの途中)が判るのと
その1文字を表すのに全体が何byte必要とするかも判るで
もし最後の1文字が途中で終わってるならそれを処理せずに先送りとして
その1文字(の途中のbyteまで全て)を次の読み込みのバッファの先頭に移動する

**デフォルトの名無しさん** · 2022/07/28(木) 20:11:33.62

>>619
netstat -a -n -t -b
netstat -a -n -t -b -p TCP
netstat -a -n -t -b -p UDP
(管理者権限が必要)

**デフォルトの名無しさん** · 2022/07/28(木) 21:51:39.57

>>620
最後の1文字は途中で終わってるかどうか判定せずに必ず次のイテレーションに回すと楽ちんだよ

**デフォルトの名無しさん** · 2022/07/29(金) 08:15:17.32

おはようございます

色々アドバイスいただきありがとうございます
inetd関連のソース見ることができました
https://www.web-dev-qa-db-ja.com/ja/linux/inetd%E3%81%8A%E3%82%88%E3%81%B3echo%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9/960332980/
https://github.com/freebsd/freebsd-src/tree/main/usr.sbin/inetd

ちらりとみてみただけですが
https://github.com/freebsd/freebsd-src/blob/main/usr.sbin/inetd/builtins.c
にあるecho_stream関数を見るとBUFSIZEで8192がinetd.hに定義されており
バッファのサイズが問題とならないのかなと考えます

で、マルチバイト文字列のバッファサイズのまたぎ問題は、
このソースを見ても解決せず
皆さんの書き込みを元に自分で解決するしかないのでしょうか？
サーバー側でうまく処理してると勝手に思い込んでいました

**デフォルトの名無しさん** · 2022/07/29(金) 10:42:45.13

ものすごく適当なこと言うけどechoは内容を解釈しないから、単に読み込みのバッファなんじゃないか？
全部読んでから処理しなきゃならない謂れはないはず

**デフォルトの名無しさん** · 2022/07/29(金) 10:50:48.96

>>622
最後の一文字かどうかはどうやって判定してんの

**デフォルトの名無しさん** · 2022/07/29(金) 11:06:47.79

>>624
http://www.faqs.org/rfcs/rfc862.html
確かに、やってきたどんなデータでも単純に送り返すと書いてありました

**デフォルトの名無しさん** · 2022/07/29(金) 11:12:07.00

>>612
一般的にはそこには少なくとも二つのレイヤがある

一つは文字コードなどの意味解釈を行わずに純粋にバイト列として扱う(相対的に)下位レイヤ
もう一つは文字コードなどの意味解釈を行ないそれを扱う(相対的に)上位レイヤ

上位レイヤでは文字コードなど意味のある塊が揃った時点で揃った分を扱う
下位レイヤでは単なるバイト列として自由な区切りで意味を考えずに扱う

つまり下位レイヤを扱う関数ならばUTF8等の途中であろうがバイト列として扱うのみなのでエラーは起きない
一方で上位レイヤを扱う関数ならばUTF8等の途中を渡してはいけなくエラーとなる

**デフォルトの名無しさん** · 2022/07/29(金) 11:18:11.34

>>623
バイト列をUTF8の文字列として解釈する側でハンドリングするわけで
echoサーバーにその機能は必要ないわな

**デフォルトの名無しさん** · 2022/07/29(金) 11:24:44.18

>>625
後ろから読んでUTF-8の1バイト目を見つける
そのバイト以降が最後の1文字

**デフォルトの名無しさん** · 2022/07/30(土) 09:04:08.72

csvファイルからグラフを生成する、チェックボックスのONOFFで動的に動くものを作りたいと思っています。
javascriptなんか作りやすそうなイメージがあるのですが、javascriptよりもおすすめの言語があったら教えてほしいです。
Excelは持っていないのでそれ以外でお願いします。

**デフォルトの名無しさん** · 2022/07/30(土) 09:57:21.27

python + streamlit

**デフォルトの名無しさん** · 2022/07/30(土) 10:01:26.70

>>627
二つのレイヤの指摘、ありがとうございます

サーバー側では、下位レイヤだけを実装
クライアント側で、下位レイヤから受け取ったバイト列を
上位レイヤで意味を解釈する方針（>>628 の指摘）で実装することにしました

**デフォルトの名無しさん** · 2022/07/30(土) 13:47:23.91

>>630
google sheets

**デフォルトの名無しさん** · 2022/07/30(土) 15:11:27.72

「javascript チャートライブラリ」で検索！
D3, Chart.js など

ファイルを読み込む、サーバー側はRuby on Rails, Node.js, Electron など？
サーバー無しで、ブラウザだけで読み込めるかな？

**デフォルトの名無しさん** · 2022/07/30(土) 16:32:24.03

.NET系の言語なら何も入れずに表示できるけど
javascriptのが圧倒的に簡単そうに思う

**デフォルトの名無しさん** · 2022/07/30(土) 21:39:12.32

>>630
Python+Flask+matplotlib
最近そういうのをこれで作ったけど、JavaScriptのが楽かもしれない

https://matplotlib.org/stable/gallery/user_interfaces/web_application_server_sgskip.html

Webアプリでいいならだけど

**デフォルトの名無しさん** · 2022/07/31(日) 02:32:21.12

>>629
本気で文字の境界を気にするならUTF-8の境界での処理では不十分
もっと深いUnicodeとのお付き合いが必要になる

**デフォルトの名無しさん** · 2022/07/31(日) 11:10:30.18

企業独自の外字とかいうゴミ廃止して欲しい

**デフォルトの名無しさん** · 2022/07/31(日) 12:26:17.57

>>630です。
.NETとpythonはjavascriptよりも手間がかかりそうとのことなので
javascriptかgoogle sheetsのどちらかで作ろうと思います。
javascriptってhtmlやcss同様クライアントサイドで動くと思うのですが
グラフのフレームワークを使う場合は例外でサーバーサイドも意識しないといけないってことはないですよね？
公開することは考えておらず自分が見れればいいという感じです。

**デフォルトの名無しさん** · 2022/07/31(日) 13:07:59.98

>>637
grapheme cluster境界でのみ分割したいなら
送信側で対処しないと非効率

**デフォルトの名無しさん** · 2022/07/31(日) 15:11:27.41

>>639
VSCode の拡張機能・Open in Browser では、
右クリックメニューから、HTML ファイルをブラウザで表示できる

まあ普通に、HTMLファイルをダブルチェックしても、ブラウザで見れる
file:///C:/Users/Owner/Documents/test/a.htm

拡張機能・Live Server を使うと、サーバーを立ててくれる。
http://127.0.0.1:5500/test/a.htm

CORS 対策としては、サーバーを立てた方が無難。
file:///～はローカルファイル・アクセスとなり、
何かのリソースがアクセス不能になる場合もあるから

**デフォルトの名無しさん** · 2022/07/31(日) 18:04:24.47

>>637
ＩＶＳ廃止のお知らせ

**デフォルトの名無しさん** · 2022/07/31(日) 21:54:33.41

シャドウイングについて質問です。
自分はクラスの中でプロパティにアクセスする時、可能であればthisを書く癖があるのですが
各種Lint的にはこれはよろしくないようです。
例：Dart
https://dart-lang.github.io/linter/lints/unnecessary_this.html

shadowing というのがキーワードみたいなのですが、thisを書く事のデメリットは何があるのでしょうか。
単純にコードが短くなる以上のデメリットはありますでしょうか。

自分としては、thisを明示的に書くとメソッドの中で同名の変数を定義してしまった時に参照先が変わらないメリットがあると考えています。
クラスのプロパティにhogeがあったとして、メソッド内でhoge と書いてある時、間違えてメソッド内でhogeという同名の変数を書いてしまった時に気付く要素が無い。
常にthisを書いていればメソッド内で同名の変数を書いても区別されるし、クラスのプロパティに間違えてhogeという同名の変数を書いてしまっても、それは通常エラーが出る。

ので、間違えた時にエラーが出る方に倒すべきではないか？と考えていますが、
大勢の人が使っているlintで相応しくないとされているのであれば、その理由を知りたいです

**デフォルトの名無しさん** · 2022/07/31(日) 22:01:16.15

thisを略せる分かりにくい言語を捨てれば解決
this(やthis相当)を略さずに常に明記するプログラミング言語がたくさん存在している

**デフォルトの名無しさん** · 2022/07/31(日) 22:21:29.87

>>643
thisを省略した方がいい理由は知らんが、そこに書いてあるのは
「シャドウイングを避けるのに必要な場合以外は」じゃね？GOODの2番目。

**デフォルトの名無しさん** · 2022/07/31(日) 22:39:58.11

Ruby のクラス内で、インスタンス変数・メソッドの文脈では、self を付けない

一方、クラス変数・メソッドの文脈では、selfを付ける。
その場合、selfはクラスを指す

**デフォルトの名無しさん** · 2022/08/01(月) 04:06:59.68

>>643
書いてることはわかるが、その主張が常に真になるためには全てのプロパティに
対して常にthis.を使ってコードを書く必要がある。でも人間100%というのはなかなか
難しいw

そういう「人の意識でどうにかする」レベルのことなら、「プロパティと同じローカル
変数は使わない」とか「プロパティと同じローカル変数を作ったらプロパティには
thisを付ける」を意識する、でもいいんじゃね? こっち方が余分なthis.を省けるし

という方針なのかなと思った

**デフォルトの名無しさん** · 2022/08/02(火) 08:28:33.74

>>641
おぉ、今はこんな便利そうなのがあるんですね。
昔はapacheぐらいしかなく？設定で凄い手間取った記憶があるので…
もしローカルで不具合が出るならLive Server使ってみようと思います！
ありがとうございました！

色々提案してくれた他の方もありがとうございました！

**643** · 2022/08/02(火) 09:49:41.22

>>644-647
ありがとうございます。
機能的に不都合があるのかなと思ったけど、大丈夫そうなのでプロジェクトで無効にしておきます。

**デフォルトの名無しさん** · 2022/08/03(水) 01:40:04.50

今C#を勉強中なのですがここからエンジニアになるためのポートフォリオを作成する場合はHTMLとCSSを追加で学ばなければいけないのでしょうか？

初歩的質問で申し訳ありません。

**デフォルトの名無しさん** · 2022/08/03(水) 02:32:58.73

>>650
あなたのポートフォリオに不要であるならば学ぶ必要はありません。

**デフォルトの名無しさん** · 2022/08/03(水) 09:39:15.23

>>650
C#なら就職先は十中八九業務系のITドカタで、ある程度高学歴ならSaaS系が視野に入る
前者ならC#の基本的な読み書きができればファーストステップとしては十分
もしSaaS系を狙うならフロントができると多少加点になるかもしれないが、基本的にポテンシャル採用になるだろうからそれより海外留学でもして目立つ経歴を作ったほうが良い

**デフォルトの名無しさん** · 2022/08/03(水) 10:50:51.83

C#は時代遅れの糞言語なのでrailsかGoをやりましょう

**デフォルトの名無しさん** · 2022/08/03(水) 11:44:54.69

railsやGoはほんの一時的な流行りだけの糞言語なのでC#をやりましょう。
C#は昔からも今も将来もすたれるとは考えにくい。
アルツハイマーでもこれくらい分かる常識です。

**デフォルトの名無しさん** · 2022/08/03(水) 12:05:47.78

>>652
とにかく実務経験を積みたいと考えております。
情報系とは全く無関係の専門卒で高学歴ではないので最初はSESからになると思いますがどうでしょうか?

**デフォルトの名無しさん** · 2022/08/03(水) 12:14:26.71

C#から入る理由がよくわからん
未経験がとりあえず経験積みたいだけならJavaとかPHPでよくね

**デフォルトの名無しさん** · 2022/08/03(水) 12:18:25.80

UnityあるからC#からってのも悪くは無いのでは

**デフォルトの名無しさん** · 2022/08/03(水) 12:18:27.88

>>656
VSはいたせりつくせりだぞ

**デフォルトの名無しさん** · 2022/08/03(水) 14:36:40.61

>>655
だったら最低限C#の読み書きを覚えたら適当にどっかのブラックSESに入ればいい
3年耐えれば次はまともなところに行ける
あまり変に知識付けるとすぐに辞めたくなるだけだから勉強よりもまずは飛び込め

**デフォルトの名無しさん** · 2022/08/03(水) 14:41:33.97

なので飛び込むための最低限としてHTMLとCSSは必要か聞いてるんだろう

**デフォルトの名無しさん** · 2022/08/03(水) 14:46:31.66

LinuxのコマンドとかGitがすんなり使えるやつの方がみんな欲しいと思うよ
CSSなんか勉強してもピンポイントでしか使わねーだろ

**デフォルトの名無しさん** · 2022/08/03(水) 14:54:17.45

わかんねえから聞いてるんだろ

**デフォルトの名無しさん** · 2022/08/03(水) 16:45:45.54

プログラミング初心者です。将来的にデスクトップソフトを作りたいのですが、何から勉強すればいいのでしょうか。c++、c#、javascriptの基礎は勉強しました。

**デフォルトの名無しさん** · 2022/08/03(水) 17:04:38.56

将来的にAをしたいのですが、Bを勉強すればいいでしょうか？
って感じの質問多いけど今すぐAやれよって思うわ

行動出来るやつならググってコピペしまくって数時間でデスクトップアプリ完成させてるぞ
細かい部分を勉強するのは完成させてからでいい

**デフォルトの名無しさん** · 2022/08/03(水) 17:15:12.77

C#の勉強したならデスクトップアプリもほとんど作れる状態でしょ

**デフォルトの名無しさん** · 2022/08/03(水) 17:49:12.10

デスクトップアプリは時代遅れ
ウェブかアプリをやるべき

**デフォルトの名無しさん** · 2022/08/03(水) 17:55:13.82

ソフトを作ってみようと、.NET MAUIをいじったのですが、情報が少なくて挫折しました。新しすぎたのかなと思ってるのですが、他のフレームワークを使った方が良いのでしょうか？

**デフォルトの名無しさん** · 2022/08/03(水) 17:55:53.86

マイクロソフトは時代遅れ

**デフォルトの名無しさん** · 2022/08/03(水) 18:25:50.17

>>663
>>667
今はwpfやってその後WinUI3
ついでにflutter

**デフォルトの名無しさん** · 2022/08/03(水) 18:40:25.27

そもそもコーダー(書けるだけの人)はエンジニアかよ？って疑問が・・・
エンジニアたる者、書くくらい出来て当たり前で役立つ物を作れるかの方が重要じゃないの

**デフォルトの名無しさん** · 2022/08/03(水) 19:16:43.82

>デスクトップアプリは時代遅れ
>ウェブかアプリをやるべき
ウェブはできることが少なすぎる
アプリは一過性のものでしかない
やはりデスクトップアプリだ

**デフォルトの名無しさん** · 2022/08/03(水) 19:23:12.91

>>650
簡単なマスタメンテアプリをデスクトップとWebと両方で作れて
渡されたら画面の仕様から設計・実装・テストが一通り出来そう
という印象が持てれば業務未経験でもとりあえず雇ってみようかなと思われる可能性が高い

文章力とか地頭力とかコミュ力とかその辺がヤバそうなら避ける

**デフォルトの名無しさん** · 2022/08/03(水) 21:46:07.49

wpfとWinUI3の間にもういっこなかったっけ
無かった事にされかけてる？

**デフォルトの名無しさん** · 2022/08/03(水) 21:53:29.41

>>669
分かりました。WPFから取り組んで見ることにします。
おすすめな教材などはありますでしょうか。
XAMLは未学習です。
よろしくお願いします。

**デフォルトの名無しさん** · 2022/08/03(水) 22:03:19.35

やめとけ。flutterなら許す

**デフォルトの名無しさん** · 2022/08/03(水) 22:14:10.03

>>663
デスクトップアプリをやるならElectronかTauriがおすすめ
大きな理由は三つ
(1) マルチプラットフォーム対応だから特定環境に依存せず幅広く対応できる
(2) ウェブ技術を基盤としているのでウェブ系への移行などもすぐに可能で潰しが効く
(3) その上で当然デスクトップアプリとしてウェブアプリには出来ないことも全てできる

**デフォルトの名無しさん** · 2022/08/03(水) 22:33:01.28

>>663
ウェブ技術基盤のフレームワークは遅いという偏見があるのですが、そうでもないんでしょうか。
また、c++のライブラリを使いたいのですが、ElectronやTauriは容易にc++のライブラリは使えるのでしょうか。

**デフォルトの名無しさん** · 2022/08/03(水) 22:45:05.69

c++はオワコンだからやめとけ

**デフォルトの名無しさん** · 2022/08/04(木) 00:02:12.41

YouTube で有名な雑食系エンジニア・KENTA の、
初心者向けRuby on Rails サロンが、日本の技術の中心。
ここの3千人が、転職市場を変えて行ってる

2, 3年前は、Heroku, Bootstrap だけで、すごいと言われていたのが、
今は、AWS, Docker が当たり前。
最近はWEB+DB・ソフトウェアデザインで、Terraform も特集された

基本、KENTAのサロンで採用された技術は、
競争上、他の学校でも採用しないと転職できない

だからKENTAが、Terraformの事をちょっと言っただけで、日本全体に影響する。
外人は日本人を技術キチガイと言ってる。
KENTAのサロンレベルのポートフォリオを作る外人など、まずいない

10年ぐらいの技術を、半年で学んでしまうから。
そのくせ年収は、外国の1/3 ぐらいw

キャリアパスは、Rails → Go だけ

他のSES などでは、家電量販店のバイトもさせられる。
技術者採用と書いた方が、だませるから書いているだけ

**デフォルトの名無しさん** · 2022/08/04(木) 00:17:47.08

github actionについてなんですが、設定を作るにはコミットするしか無いんでしょうか？

github actionsを使って、自分のコードをgithubにビルドしてもらおうと思っています。
actionsはmainレポジトリに .github/workflows/run.yaml のファイルを設置して、そこにコマンドを記載するのですが、
そのコマンドは一発で書けるものではないので、書いて少し動かして確認して修正して…を何度もする事になると思います。

その度に設定のyamlをコミットしてpushするとコミット履歴が汚れてしまうのですが、どのようにするのが正解なのでしょうか？
強制pushをしているとか、実はyamlファイルをコミットせずにactionsを動かす方法があったりするのでしょうか。

**デフォルトの名無しさん** · 2022/08/04(木) 00:43:04.35

>>680
mainブランチでなくてもワークフローは動かせる
ブランチを作って on.push.branches にそのブランチ名を指定しておけばブランチへのpushの度にワークフローが動く
でcommit&pushを繰り返して完成したら、on.push.branches からブランチ名を削除し、余計なコミットをgit reset等で全部消して作り直してからブランチへ push -f して main へマージする

**デフォルトの名無しさん** · 2022/08/04(木) 01:28:58.67

>>681
おお、そんなあっさり・・・
ありがとうございます

**デフォルトの名無しさん** · 2022/08/04(木) 01:33:59.98

>>677
C++を使える腕があるなら、より楽に効率よく開発できて同じ速さが出るRustが良いんじゃないか
ちなみにTauriはRust＋JavaScriptかRust＋Rust(Wasm)で書くマルチプラットフォームのデスクトップアプリフレームワーク

**デフォルトの名無しさん** · 2022/08/04(木) 07:27:35.64

>>677
ネイティブに比べれば遅いよ
作るアプリの要求を満たせるかどうかをよく検討した方がいい

そのC++のライブラリが使えるかどうかは、そのインターフェースしだいだと思う
単純な数値などを受け渡すだけなら大丈夫だけど、クラスを受け渡すようなインターフェースなら無理だろう

**デフォルトの名無しさん** · 2022/08/04(木) 11:27:31.50

KENTAはオワコンだからやめとけ

**デフォルトの名無しさん** · 2022/08/04(木) 13:14:46.07

ElectronやTauriはオワコンだからやめとけ

**デフォルトの名無しさん** · 2022/08/04(木) 15:05:45.46

>>686
むしろ流行っている

**デフォルトの名無しさん** · 2022/08/04(木) 15:30:46.90

何かを作り切ったこともないのに速さを気にする奴は、動かないソフトウェアのパフォーマンスはゼロである、と100回唱えなさい

**デフォルトの名無しさん** · 2022/08/04(木) 16:29:54.61

AtomっていうエディタはElectron製だっけ
駄目な技術を使うと行き詰まるっていうことだよねえ

**デフォルトの名無しさん** · 2022/08/04(木) 16:34:47.88

VSCodeからVSCode Serverに派生したみたいに、Electronからサーバ＋PWAに移行していってほしい

**デフォルトの名無しさん** · 2022/08/04(木) 16:35:07.83

>>689
性能と品質で圧倒してAtomを葬ったVSCodeもElectron製
同じ技術でも開発チームの能力とノウハウと開発リソース量の差で圧倒的な違いが出るという好例

**デフォルトの名無しさん** · 2022/08/04(木) 17:10:47.14

Atomはリリース時点で重すぎて酷かったけど
VSCodeは最初から軽かったからなぁ
淘汰されても仕方ない

**デフォルトの名無しさん** · 2022/08/04(木) 17:12:42.68

VSCodeは許可する

**デフォルトの名無しさん** · 2022/08/04(木) 17:29:04.96

VSCodeも初期のはもっさりしてたような。最近のは軽快に動くけど

**デフォルトの名無しさん** · 2022/08/04(木) 18:48:15.43

>>691
JetBrainがRustで作ったエディタがぶっ飛びで高速
Electron使ってるVScodeはオワコンと言われてる

**デフォルトの名無しさん** · 2022/08/04(木) 19:12:19.83

Jetbrainsは許可する

**デフォルトの名無しさん** · 2022/08/05(金) 10:46:42.25

佐藤優という人は偉い人らしいけど
あまりにも人相が悪くなくないですか？

**デフォルトの名無しさん** · 2022/08/05(金) 17:09:48.29

カテ違いであればお許しください。
Windowsアプリを作りたいのですがC#で作るかJavaScript(Electron)で作るか迷ってます。
C#はバージョンによって書き方が違っていてついていけず、また、UWPはXAMLが絡んでるようで、それだったらElectronかなとも思ってます。
Electronは相当難しい見たいで詰むとか…
最終的にはTwitterクライアントをつくりたいですがどの言語をチョイスすればよいですか？
よろしくお願いします。

**デフォルトの名無しさん** · 2022/08/05(金) 17:12:55.94

>>698
アドバイスなどなく、どちらでも好きなほうでやればいい
そもそも難しくてやれないならやめればいい
当たり前だけどc#であってもElectronであってもどちらにもそれぞれ得意不得意もあるし持ってるスキルにマッチしてるかなんて他人にはわからん