[過去ﾛｸﾞ] スレ立てるまでもない質問はここで 165匹目 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
326: (ｵｲｺﾗﾐﾈｵ MM2b-FJ+M) 2023/12/11(月)10:45 ID:TsCEY1+2M(1) AAS
>>323
あなたはB-Treeを理解できてない。
俺は天才だからわかる。
327: (ﾜｯﾁｮｲ 1f9e-C3j7) 2023/12/12(火)00:59 ID:C12JHku00(1) AAS
確か、Ruby on Rails で見た
X, Y, Z 列にインデックスを付ける場合、
複合インデックス、XYZ, YZ, Z を付けるとか
文字列は先頭か末尾指定でしか、インデックスが使われないとか。
つまり、文字列の中ほどに含むと言うのがダメ
328: (ｽｯﾌﾟ Sd3f-v3qT) 2023/12/12(火)01:12 ID:HomtdY1ed(1) AAS
馬鹿の妄言
Ruby
329: (ﾜｯﾁｮｲ 1701-1GQ9) 2023/12/12(火)20:38 ID:nNQd25Q50(1) AAS
githubの中身はRailsなんだね
330: (ﾜｯﾁｮｲ 17c7-C3j7) 2023/12/13(水)00:02 ID:eFIo8YKe0(1) AAS
Github は、Rails からGo へ移行していると聞いた
YouTube で有名な雑食系エンジニア・KENTA が、
初心者のキャリアパスは、Rails → Go のみと言ってる
Ruby/Goの神・HashiCorp のMitchell Hashimoto もそう。
Ruby製のVagrant → Go製のTerraform。
今は、Goプログラマーしか求めていない
一方、Shopify, Gitlab は、Goへ移行しない
331: (ｽｯﾌﾟ Sd3f-v3qT) 2023/12/13(水)01:13 ID:Z8G46vVkd(1) AAS
初心者は関わってはいけない
332: (ﾜｯﾁｮｲ 9f74-7BHq) 2023/12/13(水)06:50 ID:hoISaMFl0(1/3) AAS
どうもケンタでーす。
333: (ﾜｯﾁｮｲ 9f74-7BHq) 2023/12/13(水)06:50 ID:hoISaMFl0(2/3) AAS
初心者のキャリアパスは、Rails → Go のみ、って感じですね。
334: (ﾜｯﾁｮｲ 9f74-7BHq) 2023/12/13(水)06:52 ID:hoISaMFl0(3/3) AAS
人生は短いですので、若い時間はナンパしたりクラブいったりしましょうね、って感じですね。
ではまたお会いしましょーう。
335: (ﾜｯﾁｮｲ f35a-v2wD) 2023/12/19(火)16:36 ID:4azPkHSc0(1/2) AAS
cursorというエディタを使っているのですが、凄い細かい所で気になってしまう箇所があります。
関数等を作成したときの中カッコ｛｝をエンターキーで改行した時に終わりの方だけ改行されてしまい、
関数()｛
}
といった形になってしまいます。書式設定を確認してみたのですが設定項目を見つけられませんでした...
エンターキー1回で
関数()
{
｝
という風に出来るようにしたいのですがどこを設定したら良いのでしょうか...あとセミコロンを入力したら自動的に行の最後に入力されて整形してくれる機能ってありますか...?
336: (ﾜｯﾁｮｲ 924a-s4TD) 2023/12/19(火)17:12 ID:hNriuvdH0(1) AAS
K&Rあたりだと関数宣言のときだけブレース前に改行入れて、ifやelseだと改行入れずに行末に置くんだよな
一貫性ないけど、かといって
}
else
{
も冗長すぎるしわからんこともない
Javaの流行期を経て行末ブレースがデファクトスタンダード化した印象ある
337: (ｱｳｱｳｸｰ MM87-ztdx) 2023/12/19(火)17:45 ID:kFMxEOALM(1) AAS
c#もそうなので廃れたとかないと思うけど
338: (ﾜｯﾁｮｲ f35a-v2wD) 2023/12/19(火)19:38 ID:4azPkHSc0(2/2) AAS
調べたらBSDスタイルって言うんですね...
K&Rというスタイルにどうしても慣れなくて探し回ったんですが無さそうだったんで大人しくVSCodeに帰ろうと思いますありがとうございました...
339(2): (ﾜｯﾁｮｲ 136e-fH6R) 2023/12/20(水)12:16 ID:/dCibiYH0(1) AAS
ワイルドカードの指定が空だった場合の挙動ってどうあるべきなの？
"AAA"だったら"AAA"にのみマッチするように
""だったら""にのみマッチするのが正解？
340: (ﾜｯﾁｮｲ 72a7-e8vO) 2023/12/20(水)12:37 ID:eSxhSkCc0(1) AAS
そりゃそうだろ
341: (ﾜｯﾁｮｲ d64a-InpM) 2023/12/20(水)15:19 ID:caZsSM6E0(1) AAS
>>339
用途というか対象によるのでその情報だけじゃわからんよ
例えばリストをフィルタリングするときならAAAと入力されればAAAがどこかに含まれてればOKにすることはよくある
入力が空なら何もフィルタリングしないので全部表示したままにする
342: (ﾜｯﾁｮｲ 63c5-jnAL) 2023/12/20(水)15:20 ID:0h1pZh3H0(1) AAS
もう何年もマッチすってないや
343: (ﾜｯﾁｮｲ 9235-s4TD) 2023/12/21(木)10:05 ID:Ftl9RUYK0(1) AAS
>>339
その検索が部分一致なら全てにヒットするし完全一致なら空文字列にしかヒットしない
これは文字種としてワイルドカードや正規表現が使えるかどうかとは無関係で独立して決まる
344(1): (ﾜｯﾁｮｲ cb3b-e632) 2023/12/22(金)08:29 ID:R4QqoiEo0(1/2) AAS
疑問に思ったクソ素人です。
プログラミングしたこともないのですが、質問があります。
世の中にはたくさんのプログラミング言語があると思います。C言語、Python、RPG、Java、COBOLなどなど…
それぞれ言語には得意不得意があるので、作るのが簡単にできたりややこしくなったり色々するというのはわかったのですが、そう言った言語で書いたプログラムは最終的にMacだったりWindowsだったりLinuxだったりUNIXだったりのOSで動かすと思います。
Windowsだとexeで動く？と思うのですが、Macだと動きません。
言語によってWindowsで動くとかMacで動くとかって決まっているのでしょうか？
それとも作る過程でこれはMac用だよーみたいな文とかルール？みたいなもので決まるので言語は関係ないのでしょうか？
素人で申し訳ありませんが、ご教示下さい。
345(1): (ﾜｯﾁｮｲ c7da-3PPy) 2023/12/22(金)08:47 ID:FajFP1p60(1/3) AAS
>>344
EXE(実行ファイル)は言語に関係なく WINDOWSのOSが実行できるよう に変換されたファイル
なのでMACでは実行できないが
C言語で書かれたファイルを MACの実行形式に変換 すればMACで実行できるファイルができあがる
346(1): (ﾜｯﾁｮｲ cb3b-e632) 2023/12/22(金)10:15 ID:R4QqoiEo0(2/2) AAS
>>345
ということは、作る過程ではなく最後の変換？でOSを決定してるイメージですか？
ということは技術的にMacにしかないソフトを、Windows用に変化する方法があれば持っていくこともできるってことですかね？
347: (ﾜｯﾁｮｲ 1e7e-InpM) 2023/12/22(金)10:33 ID:Ljy1l96z0(1/2) AAS
実行ファイル形式の違い
システムコール等Application Binary Interfaceの違い
CPUアーキテクチャによるInstruction Set等の違い
ネイティブコンパイルする時はこれらを指定してプラットフォームごとの実行可能ファイルを作る
特定のプラットフォーム向けにネイティブコンパイルされた実行ファイルから別のプラットフォーム向け実行可能ファイルを作るのは基本無理
逆コンパイルしてコンパイル出来ればワンチャンなくもない
348: (ﾜｯﾁｮｲ c7da-3PPy) 2023/12/22(金)10:36 ID:FajFP1p60(2/3) AAS
>>346
WindowsはＯＳの名前だが、MacはOS名じゃない
349: (ﾜｯﾁｮｲ 1e7e-InpM) 2023/12/22(金)10:37 ID:Ljy1l96z0(2/2) AAS
Macアプリは通常macosでしか提供されてない機能を使ってるので逆コンパイルしてコンパイルできてもWindowsでは動かない
プラットフォームに依存しないように注意深く作られてるようなら最初からWindows向けも提供されてる
350: (ﾜｯﾁｮｲ c7da-3PPy) 2023/12/22(金)12:08 ID:FajFP1p60(3/3) AAS
初心者はまずやってみたら良いと思う
351(1): (ﾜｯﾁｮｲ c628-DaYI) 2023/12/22(金)15:02 ID:IcEBm9p40(1) AAS
大雑把に言うと
WindowsはWindows語を理解できる
MacはMac語を理解できる
プログラマーはプログラミング言語を理解できる
コンパイラってのは言語間の翻訳者
プログラミングで書き上げたソースコードをコンパイラに通すとWindows語なりMac語なりに変換される
たとえば「C言語をWindows語に翻訳するコンパイラ」を使えばexeができあがる
あらゆる組み合わせの翻訳者がいるわけではないので変換できない組み合わせもあるし、Windows語にしかない単語や方言、Mac語にしかない単語や言い回しもあるので、どのOSを前提として作るのか最初に決めないと始まらないことも多々ある
352(1): (ﾜｯﾁｮｲ 0301-l/Lg) 2023/12/23(土)02:21 ID:dQtFyY8a0(1) AAS
マルチプラットフォームと謳っても結局実行ファイルは分けて作らないといけない
353(2): (ｽｯｯﾌﾟ Sd1f-4w4u) 2023/12/23(土)05:38 ID:GE2/aV+Vd(1) AAS
っぱインタプリタ最強っしょ？
354(2): (ﾜｯﾁｮｲ cf7b-uj4V) 2023/12/23(土)08:11 ID:vJGefVs00(1) AAS
>>351
「Windows語」って表現にしたらわかってないバカ>>353が言語依存だと勘違いして出てきたな
アプリはＡＰＩにほぼ依存して作られてるからＯＳごとに分けるもしくは各ＯＳにあるWebブラウザなどをベースウェアに使わないと文字の表示やファイルの読み込みすらできないって言わないとだめかも
355: (ﾜｯﾁｮｲ 636d-l39z) 2023/12/23(土)11:14 ID:474cvG8i0(1) AAS
文字の表示やファイルの読み込みのような基本機能はインタプリタ/コンパイラ/ランタイムによって違いが吸収される言語が今は大半なので言語依存というのもあながち間違いではない
その考えでで困るようになるころにはもっと理解が進んでる
まあ>>353は>>352に対するレスだろうからどのみち>>354の指摘は的外れだろう
上下前次1-新書関写板覧索設栞歴
あと 647 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.015s