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

**デフォルトの名無しさん** · 2022/02/12(土) 22:44:40.76

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

【前スレ】
スレ立てるまでもない質問はここで 158匹目
https://mevius.5ch.net/test/read.cgi/tech/1635193843/
次スレは>>980が立てること

**デフォルトの名無しさん** · 2022/02/19(土) 22:51:14.71

まあ今どき組み込みでもDB使ってたりするから友達の言うことは概ね正しい
魔法を扱うような仕事したいならGoogleとかに就職して人工知能関係の仕事するとかかな

**デフォルトの名無しさん** · 2022/02/19(土) 22:58:33.01

>>93
概ね2通りです
DBにデータを出し入れする処理を作る人達
その処理を呼び出すUIを作る人達
それ以外もいますが少数派です

**デフォルトの名無しさん** · 2022/02/19(土) 23:52:14.83

あとはセキュリティとかグラフィックスとかいいんじゃないかな
センスがあればいける

**デフォルトの名無しさん** · 2022/02/20(日) 03:34:44.22

AWSは１年間タダで使えるからAWSの勉強（！？）とLinuxの勉強が併せてできるぞ
ボタンクリックするだけでサーバが立てれるのは感動したもんだ

**デフォルトの名無しさん** · 2022/02/20(日) 09:31:35.45

私はこれまでプロパティという概念とメソッドという概念を
クラスの中の変数宣言とクラスの中の関数宣言と理解してきました。

ところがJavaScriptを学ぶ中でこの理解を覆す概念で出くわしました。
それらがデータプロパティとアクセサプロパティです。
アクセサプロパティというのはゲッターとセッターを指すのだそうですね。

ゲッターとセッターはクラスの中の関数であるはずなのに
プロパティと名づけられたことで混乱しています。

私がこれまで理解していたプロパティとメソッドの区別は間違っていたのでしょうか。

**デフォルトの名無しさん** · 2022/02/20(日) 10:50:48.81

大きな誤りは「呼び方」に拘ってる点だな
ネーミングなんて細かいこと気にすんな。そんなのどうでもいい
getter＝classの中の変数値を取得するための関数
ってなるだろ

**デフォルトの名無しさん** · 2022/02/20(日) 11:05:45.11

>>98
プロパティの読み書き時に何らかの処理をすることができるようになった
って思えばいいんじゃね？

**デフォルトの名無しさん** · 2022/02/20(日) 13:09:01.63

Javaにプロパティはないよ
クラスのメンバ変数をプロパティと捉えるのは間違い
せいぜい文脈によって広義に許容される程度
Java7の頃に言語仕様に追加する議論があったんだけど、JavaBeans仕様のgetter, setterが長年プロパティ相当の役目を果たしてきたので、もうそれでええやんとお蔵入りになった

プロパティってのはそのオブジェクトの属性
この属性っていうのは実装面での話よりもやや論理的な概念
プロパティの値を聞かれたときに内部の変数の値を返すのが最も一般的なパターンだけど、別の変数の値を演算してから返してもいいし、データベースから値を問い合わせてから返してもいい
値を要求した側から同じようにアクセスできる属性なら何でもよくて、それが変数なのかそうでないのかは内部実装としてカプセル化されることこそがプロパティの特徴

JavaではhashCodeというObjectの属性がメソッドとして提供されているけど、こういうのは本来プロパティがふさわしい

**デフォルトの名無しさん** · 2022/02/20(日) 13:10:18.43

おっとJavaスレじゃなかったか

98 · 2022/02/20(日) 14:30:27.02

お答えくださった皆様、ありがとう。大変勉強になりました。

>>101
なるほど、そう考えると整合性がとれますね。

**デフォルトの名無しさん** · 2022/02/20(日) 14:59:19.23

>>93
いやプログラマーになったらモテるからチンコをマンコに出し入れすることに人生を注ぐことになるよ

**デフォルトの名無しさん** · 2022/02/20(日) 15:32:02.85

DBの仕事は必ず仕事が収束するから精神的に楽なジャンル。わりと計画通りに進行しやすい。仕様変更もたかが知れてる。
いちばんキツいのはGUIギミックなどデザイン分野。ちまちま積み上げたものが全部パァになってやれセンスがないだの遊び心だの固い柔らかいだの抽象的デバッグが永続する。
リリース後もずっと言われ続ける

**デフォルトの名無しさん** · 2022/02/20(日) 15:49:47.90

個人的には後者の方が楽しそうに思えるんだが

**デフォルトの名無しさん** · 2022/02/20(日) 15:57:15.34

楽しいと楽(らく)は字は同じだけどベクトルが違うからね

**デフォルトの名無しさん** · 2022/02/20(日) 15:57:42.70

DB系のレビュー「ここの処理はこうした方が負荷が少ないと思うから修正してもらえる？」

画面系のレビュー「うーん、なんか『違う』んだよねぇ～wちょっとこの辺見やすいように修正してもらえる？」

どっちの仕事がしたい？

**デフォルトの名無しさん** · 2022/02/20(日) 16:05:45.12

ああ~、やっぱり前の方がマシだったな、戻してこの部分の操作をいい感じにして…

う~ん、ここは１週間前のほうが良かったな、全部元に戻して初めから考え直そう…

賽の河原w

**デフォルトの名無しさん** · 2022/02/20(日) 16:06:31.52

デザイン分野は、下っ端のシロートでも全員バラバラに好きな意見を言ってくる。しまいに社長の意見で全部ひっくり返る。
こないだのヒカルの焼肉屋みたいに、空中分解してしまう。

**デフォルトの名無しさん** · 2022/02/20(日) 16:20:05.56

DB系のレビュー「なんか遅いから速くしてくれない？」

これは嫌だw

**デフォルトの名無しさん** · 2022/02/20(日) 16:38:46.48

>>111
そう？
まあどこがどう遅いのかとかどこまで速くすればいいとかを打ち合わせる必要はあるけど、そこら辺が決まれば改善提案はできるだろ

**デフォルトの名無しさん** · 2022/02/20(日) 16:56:03.62

DBもUIもそれ以外も同じ
あとからああしろこうしろと変更入ることよくあるし
その対応終わったと思ったら、ひっくり返ってもとに戻すなんてよくある

**デフォルトの名無しさん** · 2022/02/20(日) 21:13:51.71

>>110
社長「今運用してるDynamoDBでコレコレをLIKE検索できるようにしてくれや」
「もう顧客にOKしといたから明日までにやっとけ」

**デフォルトの名無しさん** · 2022/02/20(日) 21:42:13.74

>>114
そういうのはまた別な話

**デフォルトの名無しさん** · 2022/02/20(日) 21:45:47.25

>>115
社長「は？DBならLIKE検索なんてすぐだろ」
「ついでにカラム増やしてほしいんやインデックスつけて」

**デフォルトの名無しさん** · 2022/02/20(日) 22:04:23.11

>>116
社長/上司/営業とエンジニアの軋轢の話はまた別

**デフォルトの名無しさん** · 2022/02/20(日) 23:13:47.64

つーか社長がそこまで技術的な部分に介入してくる会社の時点で地雷だろ
DBとかUI以前の問題

**デフォルトの名無しさん** · 2022/02/20(日) 23:58:04.82

思いつきをいうステークホルダーが一人だけでしかもある程度技術に興味があるなら時間を惜しまず説明すればいけそう

**デフォルトの名無しさん** · 2022/02/21(月) 07:46:59.41

>>119
> 「ある程度」技術に興味がある
それ最悪やぞ
中身をよくわかってないのに思いつきでこうした方がいいとか言われて内心「それもう検討してダメってわかってるのに…」と思いつつ説明すると、いやこうすればいいだろって頓珍漢な代案出されて…

**デフォルトの名無しさん** · 2022/02/21(月) 08:37:03.80

経験豊富なおれがいちばん大変だったのはコレ！って愚痴りたいまつり

**デフォルトの名無しさん** · 2022/02/21(月) 08:39:06.68

>>118
技術的な問題だから変更できない
なんて言う会社は外部から見ると無能の烙印押される
GAFA級にならないと

**デフォルトの名無しさん** · 2022/02/21(月) 10:20:49.12

おまえ(客)が金出さないからできないんだよ、よりも技術的な問題でできないんですの方が話がスムーズに進むんだよ
こっちが悪いと思ってなくてもすみませーんと謝るのと同じ
言葉通りに受け取るなって

**デフォルトの名無しさん** · 2022/02/21(月) 10:36:05.50

>>120
これから先の世代の日本ではそういうお客様が爆発的に増えるだろうね
義務教育で中途半端に教えちゃうもんだから

**デフォルトの名無しさん** · 2022/02/21(月) 13:12:10.99

>>122
いやそういう話じゃねーよ
社長がカラムやらインデックス云々言ってる時点で論外なんだよ

社長がやるべき業務は経営であって、そんな下流工程に気をつかうほど規模が小さい会社にそもそも入るべきじゃないってこと

**デフォルトの名無しさん** · 2022/02/21(月) 13:20:58.55

>>125
社長「実は先週から提携した顧客がいてまあまあ大手なんだがカラム追加して検索できたらうちのサービス利用してもらえるって言われたからすでに契約済みなんだよ」
「経営判断だからよろしく」

**デフォルトの名無しさん** · 2022/02/21(月) 13:30:17.42

検索用の読み取り専用RDB用意するだけだろ?

**デフォルトの名無しさん** · 2022/02/21(月) 13:55:35.93

>>127
社長「明日まで対応だからな。追加予算なんてない。そもそもカラム追加になんで検索用とか必要なんだよ！？俺が知らないと思ってバカにしてんのか！？」

**デフォルトの名無しさん** · 2022/02/21(月) 14:40:04.74

仕様変更、仕様の追加は別予算
これは社内、客にも徹底してもらわないと

**デフォルトの名無しさん** · 2022/02/21(月) 15:25:09.72

社長「そんな細かいことまでやってたら客を逃すんだよ！誰がお前の飯代払ってると思ってんだ！？いいから今すぐやれ！」

**デフォルトの名無しさん** · 2022/02/21(月) 15:37:24.76

脳内社長のお人形遊び楽しい！w

**デフォルトの名無しさん** · 2022/02/21(月) 22:30:28.08

完全に0からゲームを作る場合はRPGツクールのような管理画面的なものから作り始めるのでしょうか？

それとも無の状態から1つずつ積み上げていく感じですか？

**デフォルトの名無しさん** · 2022/02/21(月) 22:40:28.89

開発規模と経験と実績から自明
素人が無から手を出すならとりあえず書き下ろしで駄目になるとこまで書いてみよう

**デフォルトの名無しさん** · 2022/02/21(月) 23:58:22.13

動的なウェブサイトを作りたいということもあって、
JavaScriptの入門書（独習　JavaScript 新版とかいう本）を読んでいるのですが、
難しい上に長いから全然読み進められないのですが、
もっと良い感じの本は無いのでしょうか？
あったら教えてほしいです。
あと、やっぱりプログラミングの入門書は、最低一回は全てのページを読み終えた方が良いのでしょうか？
それとも、必要に応じて必要な箇所を見ながら実際にプログラミングをしていくという方が良いのでしょうか？
回答よろしくお願いします。

**デフォルトの名無しさん** · 2022/02/22(火) 00:55:09.10

作るのが目的なら本は検索のためのキーワード抜き出しに使う程度でいい。読む必要なし。ぐぐりながら作れ

**デフォルトの名無しさん** · 2022/02/22(火) 02:13:21.92

何が難しかったのかわからんと答えようがないな
いきなり本買うんじゃなくて立ち読みで狙いに合ってそうか確認しなよ

**デフォルトの名無しさん** · 2022/02/22(火) 06:38:44.59

>>134
その本は捨てるか売っていい
どうせ読まないだろ

全て読めば動的サイトが作れるようになるわけではない
やりたいことをググりながら似たことを説明しているサイトを参考にして実現していく
それを繰り返していくこと

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

プログラマーが読むべき本ってリーダブルコード以外にありますか？
技術的な本は専門的なことじゃない限り公式リファレンスとかで十分な気がしてあまり読む気がおきません

**デフォルトの名無しさん** · 2022/02/22(火) 09:47:20.11

読む気が起きないなら読まなきゃいい

**デフォルトの名無しさん** · 2022/02/22(火) 12:05:41.84

Code Complete

**デフォルトの名無しさん** · 2022/02/22(火) 12:34:42.18

>>134
ブラウザを作っているプロなどは、2冊のサイの表紙のサイ本を読む。
プロ用の本だから、Ruby の数倍も難しい。
10年ぐらいの歴史の変遷を追っかけるのが大変

初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017

ES3 とか、古い規格には皆、苦しめられてきた。
JavaScript 第6版、2012、David Flanagan

だから、jQuery, Type Script, Coffee Script など、無数のAlt JS が作られた。
JavaScript でプログラミングするのが非常に難しいから

可読性が悪くて、バグが多いから

**デフォルトの名無しさん** · 2022/02/22(火) 12:51:31.55

サイ本は7版が最近出たぞ

**デフォルトの名無しさん** · 2022/02/22(火) 15:11:04.16

継承が良くないとよく聞くが何が良くないんだ？
継承をやめた結果がtypeプロパティによる条件分岐ではむしろ悪化してない？

**デフォルトの名無しさん** · 2022/02/22(火) 15:16:17.31

>>143
継承は難しいから
階層が深くなるとまた苦しい
最初のクラス設計時に将来の拡張まで考えたカプセル化等のデザインを考えるのも難しい
型で分岐はアホの極み、悪化してる
そうじゃなくてhas-aの委譲や関数型プログラミングで対処する

**デフォルトの名無しさん** · 2022/02/22(火) 15:26:36.59

>>144
継承をhas-aで解決できるとは思えないんだが…
解決できるとしたらそれはモデル設計が最初から間違えていただけでは？
関数型でやろうとするとtypeでの分岐にならん？
似たようなのでパターンマッチというのも最近は目立つようなってきたけどこれもtype分岐が複雑化しただけ

**デフォルトの名無しさん** · 2022/02/22(火) 16:14:07.81

愚痴ってるヒマがあるなら言った仕事をちゃんとやれ

**デフォルトの名無しさん** · 2022/02/22(火) 16:57:29.98

>>145
継承するにしてもオブジェクトを最初に生成するタイミングでは具象クラス名を書く
このときに依存性やストラテジを注入すれば継承に限らず多態性を実現できるよ

**デフォルトの名無しさん** · 2022/02/22(火) 17:19:43.47

>>147
それは仮想関数テーブルを自前実装するようなものでは？

**デフォルトの名無しさん** · 2022/02/22(火) 18:57:12.23

>>148
大仰な仕組みのいらないごくありふれたデザインパターンだよ

**デフォルトの名無しさん** · 2022/02/22(火) 19:00:06.74

書き込むたびにID変わるのなんでだよ楽天さんよぉ

**デフォルトの名無しさん** · 2022/02/22(火) 19:00:27.47

お、変わんなかった

**デフォルトの名無しさん** · 2022/02/22(火) 19:41:34.73

>>149
ストラテジは動的にストラテジを切り替える場合(例 :設定値による切り替え)や
アルゴリズムの枠だけ用意してストラテジを利用者に選ばせる(例:map, filter)場合
に使うパターンであって継承とはまた違うものですね

継承の場合は業務をモデル化したときに静的に関係が決まるのでここにデリゲートをかまして動的にする意味はないです
普通に仮想メソッドでいいでしょう

**デフォルトの名無しさん** · 2022/02/22(火) 19:43:13.61

継承が良くないとよく・・・聞かないぞｗ
ケースバイケースだろ。なんでそこで使うんだよって良くないのはあるけど

**デフォルトの名無しさん** · 2022/02/22(火) 19:47:41.41

>>153
TypeScriptに関わると継承憎し、クラス憎しな人が結構な率で現れますよ

**デフォルトの名無しさん** · 2022/02/23(水) 02:58:54.87

すいません。初心者です。超初歩的な質問で恐縮です。例えば↓
void draw() {
if(cam.available() == false) {
return;
}
cam.read();
image(cam, 0, 0);
}　というプログラムがあるとします。
この{}の次に「改行して書くやり方」が「生理的に受け付けないくらい気持ちが悪い」のです。これを↓
void draw() {if(cam.available() == false)
{return;}
cam.read();
image(cam, 0, 0);}
のように「ギッシリ詰めて書く」という事は可能でしょうか？
詰めて書いても実行に何の問題も無いですか？
生理的な問題で「ギュッ」と纏まってないと落ち着かないのです。
「人に見せる時に読みにくくなる」等の問題もあるでしょうが、動作に支障ないなら独自路線で頑張りたいのですが。

**デフォルトの名無しさん** · 2022/02/23(水) 03:44:54.50

言語によるけどその言語（c#?）ならたぶん問題ないよ。改行なんて全部消して一行で書け

**デフォルトの名無しさん** · 2022/02/23(水) 05:32:59.83

良いんじゃね。
Pythonはインデントでたまにがっかりするが。

**デフォルトの名無しさん** · 2022/02/23(水) 06:01:46.48

人に見せる機会があるなら普通の書き方した方がよくね
まぁ仕事じゃなくて趣味の範囲ならどうでもいいけど

**デフォルトの名無しさん** · 2022/02/23(水) 06:03:32.11

趣味の個人開発ならアリだけど業務開発とかideの手助けを受けるなら苦労しそう

**デフォルトの名無しさん** · 2022/02/23(水) 06:32:30.27

>>156
ありがとうございます。丁度C#をやろうと思っていました。
本音を言えば「一行で書きたい」と思っていたので正に思っていたことをおっしゃっていただきありがとうございます。

個人的にゲームを開発し、人に見せる気は無かったのでこれでいこうと思います。
皆さん、ありがとうございました。

**デフォルトの名無しさん** · 2022/02/23(水) 11:59:23.57

８ビットPC時代の一画面プログラムかよｗ

**デフォルトの名無しさん** · 2022/02/23(水) 12:23:25.05

無駄な空白も消してみんなぎゅっとしよう
void draw(){if(!cam.available()){return;}cam.read();image(cam,0,0);}
密だっていいじゃない
文字だもの

**デフォルトの名無しさん** · 2022/02/23(水) 12:40:34.18

1文で書けるなら改行なしでも違和感ないけどifとかwhileの制御構文が入ってくると可読性がヤバくなるからおすすめしない

どこまでのコード量なら1行に詰めるか自分用のルールは決めといた方がいい

**デフォルトの名無しさん** · 2022/02/23(水) 13:58:35.34

Ruby on Rails の単一テーブル継承・STI(Single Table Inheritance)は有名。
主に、検索の利便性

例えば、会社・家表に、同じ住所項目がある場合、
住所表を作って、住所表から会社住所表・家住所表を継承させる

HomeAddress < Address
WorkAddress < Address

Railsが裏側で、住所表のtype 列が0 なら家・1なら会社と切り替える。
会社住所表・家住所表という実体はなく、住所表しか存在しない

会社住所または家住所が東京にある、顧客を検索する場合、
住所表1つだけの方が、検索性能が良い

**デフォルトの名無しさん** · 2022/02/23(水) 15:24:31.88

なんかWEBサイトのjsみたい

**デフォルトの名無しさん** · 2022/02/23(水) 15:33:38.24

人に見せるときはフォーマッターを使って
人が見やすいように整形すればいいだけじゃないの

**デフォルトの名無しさん** · 2022/02/23(水) 15:40:53.71

整形するなら高須クリニックみたいな所に通わないと

**デフォルトの名無しさん** · 2022/02/24(木) 05:18:58.15

新卒2年目のプログラマです

ループ処理を行う場合、基本的にforeachを使っているのですが、カウントが必要な単純なループでforを使った所
先輩からカウント用の変数を用意するかselectメソッド(c#です)を使って全部foreachで統一してと言われました
(コーディング規約にあるわけではないです)

わざわざカウント用の変数を用意するのも、速度的にfor使用時より遅くなるselectメソッドを使用するのもなんだかスッキリしないなあと思っています

他の現場を知らないのですが、これは開発の現場では当たり前の事なのでしょうか？
ちなみに皆さんはどうされていますか？

**デフォルトの名無しさん** · 2022/02/24(木) 09:31:43.11

理不尽なことを押し付けられるのは当たり前によくあること
いちいちなぜなのかとか逆らったりするのは労力の無駄

**デフォルトの名無しさん** · 2022/02/24(木) 09:43:15.52

ケチ付けられたらコードを晒してくれなくちゃパイセンの擁護は出来ないな

**デフォルトの名無しさん** · 2022/02/24(木) 09:57:04.10

思ったならその場で言えば良かったじゃん
何も言えず掲示板で愚痴った時点でこの勝負はお前の負けや

**デフォルトの名無しさん** · 2022/02/24(木) 12:04:16.87

Ruby では、繰り返しにindex や、蓄積変数を付けたものがある。
または、each に付ける事もできる

つまり、書き方が決まっている

ary = [ "a", "b" ]
ary.each_with_index do |element, index|
p "#{ index }：#{ element }"
end

出力
"0：a"
"1：b"

ary = [ "a", "b" ]
# 初期値は1
ary.each.with_index( 1 ) do |element, index|
p "#{ index }：#{ element }"
end

出力
"1：a"
"2：b"

同様に、蓄積変数を付けたものもある。
each_with_object( obj ), with_object( obj )

**デフォルトの名無しさん** · 2022/02/24(木) 12:31:55.94

>>168
ここは技術板だから「先輩にどう対応したらいいか。プログラマ業界の他の職場ではどうなのか」って話は板違い。プログラマ板へどうぞ

**デフォルトの名無しさん** · 2022/02/24(木) 12:33:04.26

>>168
頻出パターンだから拡張メソッドで一般化しておくのがいいと思う
foreachでカウント用の変数を都度用意してたらcontinueとかでバグる可能性もある
forの場合は将来的に要素へのindexアクセスが変な形で拡張されたりリファクタリングの妨げになる可能性がある
(メンテする技術者のレベル次第)

public static IEnumerable<KeyValuePair<int, T>> Enumerate<T>(this IEnumerable<T> collection){
int index=0;
foreach (var item in collection) {
yield return new KeyValuePair<int, T>(index++, item);
}
}

foreach (var (i, v) in foo.Enumerate()){
…
}

↑この拡張メソッドの場合はTがintの場合に(i, v)を(v, i)と勘違いしてバグる可能性はある

**デフォルトの名無しさん** · 2022/02/24(木) 12:35:41.36

SQLに文字列投げる前のバリデーションに使う正規表現で鉄板なの教えてください
英数字記号で、クォーテーションとかSQLだと危ないやつは弾く感じの

**デフォルトの名無しさん** · 2022/02/24(木) 12:43:46.72

sql命令を文字列として作らずパラーメーターとして渡す

**デフォルトの名無しさん** · 2022/02/24(木) 12:48:01.07

自分の書き方が悪くグチを言っているみたいになってしまいすみません

レスの最後の2行は先輩への対応方法を聞いているわけではなく、カウントが必要な単純なループを皆さんはどの様に対応されますかと言う質問でした

>>172
なるほど、Rubyはそうなんですね！
ありがとうございます！！

>>174
拡張メソッド良いですね！
自分なりに保守性を考慮して考えてみたいと思います
めっちゃ参考になりましたありがとうございます！

**デフォルトの名無しさん** · 2022/02/24(木) 13:03:32.01

プログラミングは全てケースバイケース
そんな細かい所を統一する意味は全くないからその時に書きやすい方を使うのが正解だよ

**デフォルトの名無しさん** · 2022/02/24(木) 13:47:22.35

自分はforeachではないforが出てくるのは最終手段だと思ってるのでSelectさせる

インデックスを得る手段がもう少しマシな方法ほしいのだが

**デフォルトの名無しさん** · 2022/02/24(木) 15:38:45.00

転職の言語要件に
①vb.netとc#ならわかるんですが
②c#とjavaって書いてある所があり

括りとしてはどっちが正解なんですかね？
個人的には①かと思うんですが

②の所は避けた方が良いですね？

**デフォルトの名無しさん** · 2022/02/24(木) 15:46:25.40

せっかくだから俺は②を選ぶぜ

**デフォルトの名無しさん** · 2022/02/24(木) 15:51:20.71

javaはスマホ開発もするってのが多い
vb.net入ってる方が地雷だと思うぞ

**デフォルトの名無しさん** · 2022/02/24(木) 17:03:20.09

foreachの中心的価値の一つはコレクションの最初から最後までもれなく処理対象としていることをアッピルする効果だと思う
forでは先頭の要素や末尾の要素だけ処理していないとき、バグなのか意図的なのか即座に判断できないことがある
foreachで統一的に書く方針には一定の合理性があると思う

俺はIDEの支援込みでfor文使ってた
カウンタの初期化とインクリメント文を書くのだるいなと思ったけど、for文でもカッコ内に同じことが書いてあるのでまあいい気もする
でもブロック末尾のインクリメントは書き忘れるんだよな
-1で始めてすぐインクリメントしてもいいけど微妙

**デフォルトの名無しさん** · 2022/02/24(木) 17:10:25.79

そんなあなたにfinally

**デフォルトの名無しさん** · 2022/02/24(木) 18:33:43.52

really?

**デフォルトの名無しさん** · 2022/02/24(木) 20:18:19.15

ジョブ運用管理のOSSって何が有名？
cronが多いのかな

**デフォルトの名無しさん** · 2022/02/24(木) 20:27:03.32

sidekiqとか？

**デフォルトの名無しさん** · 2022/02/24(木) 20:51:05.92

命名スレないっぽいのでここで聞きたいんだけど
デスクトップアプリケーション作ってて、ボタンは一箇所にまとめてある
入出力、テストや表示、操作など

app.___.load_btnとかapp.___.test_btnとかいう構造のとき、ボタンウィジェットの親の名前ってなんてつけるのです？
app.console.load_btn？ cmdpanel？ btns？

**デフォルトの名無しさん** · 2022/02/24(木) 20:52:39.24

あ、ボタンは複数個あって親フレームにひとまとめに配置してある
この親フレーム名は？という質問です

**デフォルトの名無しさん** · 2022/02/24(木) 21:02:40.71

>>188
> 命名スレないっぽいのでここで聞きたいんだけど
検索能力なさすぎだろ…

クラス名・変数名に迷ったら書き込むスレ。Part29
https://mevius.5ch.net/test/read.cgi/tech/1619427133/

**デフォルトの名無しさん** · 2022/02/24(木) 21:16:15.58

>>190
命名とか設計で検索してたｗ
失礼した

**デフォルトの名無しさん** · 2022/02/24(木) 21:36:16.86

>>134です。
皆さん、回答ありがとうございます。
動的なサイトというのは、具体的に言うと、巨大画像掲示板群サイトを作ろうとしているのですが、
それを作るために必要な言語などは以下のものだけで良いでしょうか？

HTML、CSS、PHP、JavaScript、MySQL、データベースについて

これ以外にも必要な言語などがあれば教えてください。
あと、やっぱり巨大画像掲示板群サイトを作るとなると、
JavaScriptは避けては通れないですよね？
JavaScript無しで作る事は不可能ですか？

そもそもプログラミングを始める順番は、HTML→CSS・・・の順で良かったのでしょうか？
自分は元々あまりコンピュータとかソフトウェアとかネットワークなどというものに対して
あまり詳しくないので、プログラミングをしたかったらもっと根源的なところから始めるべきなのでしょうか？
そこらへんについてもいろいろ教えてほしいです。

回答よろしくお願いします。

**デフォルトの名無しさん** · 2022/02/24(木) 21:48:59.13

html、PHP
(phpじゃなくてほかのでもいいけど)この二つがあれば作れる。その他は必須じゃない
「php 掲示板作り方」なんかでぐぐって意味わからなくていいからコピペでまずは文字の掲示板を適当に作るところからかな

**デフォルトの名無しさん** · 2022/02/24(木) 21:49:45.68

巨大画像掲示板は転送量代で月に何十万、何百万もかかるからそのつもりで