こんばんはいつもお世話なります
Javaスクリプトのイベントのことなんですが
グーグルマップに貼ったオーバーレイ画像のオブジェクト名は分かるのですが、それがDOM要素としてはどういう名前でどうイベントをアドするかがわからないとです
オブジェクト名ではアドイベントできませんよね？
ウェブサイトを作成する場合、もちろんセキュリティを相当強化しないといけないと思いますが、
具体的にどうやってセキュリティを強化させるのでしょうか？
セキュリティ関係の本を読んだ方が良いのでしょうか？
オラはチュートリアルで設定できる程度でやってるよ
実際狙われたらどうしようもないし最低限でやってる
>>4
見てほしい情報しか置かない、のじゃだめなん？
乗っ取り改変みたいのを心配してるの？ >>3
JavaScript の話題は、この板ではなく、web制作管理板の方へ書き込んでください！
>>4
YouTube で有名な、雑食系エンジニア・KENTA の月千円のサロンの、
Ruby on Rails 初心者用コースには、日本6位の3千人が入っている
皆そこで、Rails, Linux, Docker, Node.js, Bootstrap
VSCode, Heroku, CircleCI, Github Actions、データベースなどを学ぶ
今までは、Docker Compose までが初心者用コースだったが、
最近は誰でも、Docker出来るから、
AWS Fargate, Terraform, React, Vue.js, TypeScript も学ぶ
今では、1年ぐらい勉強した初心者が、10年以上のプロよりも上になっている
基本は、Railsなどのフレームワークで、セキュリティーを学ぶ。
フレームワークを学ばないと、10年以上やっても無理です！
だから皆、Railsを学ぶ >>4
徳丸さんのYouTube見ればいいよ
あとは最低限これはやっておこう系のWebセキュリティの書籍とか
当然古くて改定していないのはダメだよ >>8
ありがとう
タイミング悪く1000行っちゃったから助かる
リンク先見てみたけどパスフレーズ忘れちゃったからopensslで削除したってことかな？ >>7
あ？なんでちみが仕切っとるん？
答えられんなら出てくるなボケ うるせー俺はケンタッキー買いに行かないといけないんだよ！！
r○byをNGワード設定しとけよ。使ってるのは読む価値ないからｗ
>>4
具体的にはこれのチェックが日課、日課にしていなかったのなら過去ログを把握しないといけない
http://jvn.jp/report/index.htm
実際は現実的に無理だろうから可能な限り外注するのがセキュリティの基本
クラウドや(vps以外の)レンタルサーバー使うなんてのは外注のいい例
さらにcmsなんかを使うのも本来はそうなんだけど、逆にセキュリティ落ちることの方が多いな・・・ >>10
なんかあっけなくて申し訳ないけど
rebootしたら問題なく起動してました。。
お騒がせしました
systemctl restart httpdだけじゃ駄目なのかな
スクリプトをどこかに退避してるとか？ >>3ですけんど
なんとかやれました
外部ライブラリ(Leaflet)なんで勝手にIDを振る改造するのも大変なんで往生していたんですが
クラス名を突き止めたのでquerySelectorAllの[0]で特定しアドイベントすることがやれました
大儀であった CASL2の初歩の質問で申し訳ないのですが、オーバーフローというのは扱える数字の範囲外のときになり、OFが1になるとテキストに書いてありました
ADDLで100を-200に加算してもOFが1になりません
答えは-100で範囲外のはずですがどういうことなのでしょう？
ADDLは符号なし同士の足し算を前提としてない？
-200自体が符号付きだから(たぶん65336と解釈されてんじゃねーの？)
前提がまず成立してない
100＋65336＝65436だからオーバーフローしてないって解釈じゃないかな
オーバーフローは計算の結果が有効範囲内に収まるかという考え方ではなくて、計算の過程の問題で、表現可能な最大値を超えてぐるっと0を跨いぐような事態を指す
>>17
100 = 0x0064
-200 = 0xff38
――――――――――――
0xff9c = -100
なのでOFは立たんよ 古いjsスクリプト内のvar は全てlet に置換しても支障はないのでしょうか？
巻き上げとかあるからletに変えると動作しなくなることがある
このスレのみなさんが最新技術を学ぶためにやってるルーティンがあれば教えて欲しいです
自分は毎日クラスメソッド、はてブなどを何となく見てるだけですのでいつか置いていかれそうで不安です
俺は置いて枯れても気にしない
目的は作ることであって最新技術を追いかけることじゃないから
何かを作るときにぐぐってそれで最新技術がヒットしてそれが使えるなら使うし、枯れた技術でもそれが使えれば使う
>>25
最新から逃げ切れるスキルを磨くべき
技術を追いかけることが人生の目的ではない
いかに楽に人生を終えるかが重要 分からない単語が出てきたらググる
ぐらいで十分じゃないの?
2025年ぐらいから国立大受験者は情報学が必須になるんやろ？
ボーッとしてたら若い奴に全部仕事取られるんやないの
勉強しなくても満点近く取れる科目が追加されるのはうらやましいよな
意外に難しいから平均点は低くなるだろうし
俺の時代にも欲しかった
ペーパーテスト対策しただけでプログラム組めるようにはならないし
組めてもめんどくさい事には変わりがないので仕事としては無くならない
昔の情報の授業はアルゴリズムと統計をちょろっとやるだけだったけど
今はプログラミング、ネットワーク、データベースまでちゃんとやるからプログラマが増えそうな気はする
うちの子供は理系だけど特にIT系の学部じゃないのに情報の授業でサブネットマスクとか習っててちょっとびっくりした
中途半端な知識で口出ししてくる客って最悪のパターンなんだよな
無知のままの方がマシかも
基本情報技術者をとったけど
幅が広くて興味ない役に立ちそうもないことも全部学習するのがなかなか苦痛だった
たとえば集合のブール演算を式で書くとか
肩書きに意味があるだけで中身が役立つことはほぼ無いよ
そういうもの
基本情報なんて最低限の読み書きができるレベルだし、肩書にもなりゃしないよ
月一万の資格手当が出るんだよ
とってよかったと思っている
博士号以外の意味で「学位」って言葉使う奴 100% 低学歴
>>41
ひろゆきだろー
あいつ心理学の学位もってるってドヤ顔で言ってるアホだからなー >>41
どうでもいいけど博士号取ってまで土方プログラミングしてる人生辛すぎだろ
俺なら自○するわ 基本情報は高度資格を取るまでの入口だよ
基本情報は幅広くコンピュータ科学の基礎を修める科目だから、これ役に立つの？って内容がゼロになることはなかなかない
無駄なトピックがないのは科目としての理想だけど、現実的にはある程度仕方ない
長い義務教育を終えた大人なら淡々と学ぶまでよ
>>38
そりゃすごいな
いい会社なのかよくない会社なのかどっちにも取れるが >>46
どちらの可能性もあるけどいい会社の蓋然性のほうが高いかな
学ぶことを奨励して実際身についた人を評価する
このご時世にインセンティブをケチらず与える余裕もある
純粋に業績と評価制度だけで報酬を決めてもいいけど、知識のあるシニアプログラマーやメンバーの地力が縁の下の力持ち的にチームを支えていて、キーマンが離脱した途端にプロジェクトが破綻することもある
日本の管理職に技術者のスキルを評価する能力やシステムはないから、次善策として資格な試験を指標に使うのはありだと思う
技術のある人間を評価したいというメッセージにもなる ITの国家試験系は技術力の指標としては全く使えないぞ
手当をケチらない程度にはいい会社だが
技術力を評価できない程度には悪い会社の可能性あり
IPAの資格取得を半ば義務づけてる会社は官僚的でIT土方構造に組み込まれてる場合が多い
昔、応用を取ったときの感想
それなりに実務に沿った内容になってるから(人事とかにしてみれば)基礎知識に触れたことがあるっていう判断には使えると思った
それで毎月一万円もらえるとかないから俺自身としては何の役にも立ってないけどｗ
>>379
問題解決の能力や段取り力はある程度わかると思う。
そもそも試験日程を調べて願書の取寄せや入金、時間通りに会場へ行く、それすら面倒でやれない人材はたくさんいるからね。 関数の注釈の付け方は
// abc
int fn() {
}
と
int fn() {
// abc
}
とでは前者の関数の上の外側につけるのが一般的なんですか？
外側だと閉じた時に
// abc1
int fn1() {}
// abc2
int fn2() {}
と無駄に半分をはみ出した注釈が占めてしまうのがあまり好きでないのですが
何言ってるかがわかんねえ
1行で書ける関数の話してる？
pythonは関数の1行目に書いた文字列がドキュメントコメントになるよ
言語によってルールがあって、そこから逸脱するとツールの助けを得られなくなるので好みに拘らずルールに合わせてほしい
ｊａｖａやC++は最初の上の方じゃないとだめですか？
Javaなら上に必ずJavaDoc形式で書いてくれ
C++ならお好みでもいいけどDoxigen形式がいいんじゃないの
ランサーズでパイソンを納品する方法についてです
私はターミナルを使って実行しているのですが、納品する場合はどのようにしたらいいですか
>>25
>>7
に書いた
KENTA のサロンでは、部活を作って活動する
例えば、AWS 部で、くろかわこうへいのサロンで学ぶとか。
AWS部の大ボスも、行ってるだろ
数万人いるキングコング西野のサロンと同じ。
何の事業でも出来る
皆、色々な部活に入って活動するから、
1年ぐらいで初心者が、10年以上のプロよりも上になる
米国の香具師が言ってる。
こんなすごいポートフォリオを作る初心者は、米国にはいないってw
時給1万円を目指すのなら、Rails → Go のみ。
これが、KENTAメソッドの本質 仕様が決まってない時のテストってどうすればいいんですか？
アジャイル()でプロジェクトを進めてるんですがミーティングで会話してなんとなく次作る物を決めて実装
なんとなく動いてればOK的なノリで進めてたんですが
リリース直前に偉い人達が急にテストをやるぞと言い始めまして困り果ててます
仕様が無いのでしようがない。
その場で決めた仕様でテストすれば？
時間の無駄だね
偉い人がどういうテストを想定してるかだな
よくわからずなんとなく言ってるだけなこと多いしそうなら
完成品を手動で色んなパターンぽちぽち動かして不具合ないことを確認する程度でいい。要するに形だけｗ
手動でぽちぽちテストは滅びるべき
再テストが面倒だと誰も再テストしなくなるからね
リリース直前に全体がなんか動かん状況になってから地獄を見る
まぁテストをしろって言ってなかった連中が悪いよ
テストという言葉の認識が違うんやろ。仕様ナシなら画面遷移や機能のプレゼンをまずしておかないと。
GUIを多少キレイにしておいてパワーポイントみたいな紙芝居でいいじゃん
>>60
仕様はあるけど確定されてないという意味？
であれば確定されてなくてもその時点の仕様を前提にテスト書けば？
確定されてない仕様すらないのであれば
何を元にプログラムを書いてるのか逆にわらかない ケンタのサロンに入れば未経験でも時給10000円を目指せるわけか
つまり年収約2000万の計算なんだがケンタすげえな
コロナで急にエンジニアが増えた気がするけど、
そこまで需要(お金)はないよな
>>66
テキストエディタ作る
↑
これだけで開発が進むなんてよくあること
例えばそこに載る検索機能ひとつとっても、完全一致のゴミ検索機能だけにするか、正規表現対応にするか
そもそも検索機能なくてもよくね？なんてのはその部分の開発者の気分に任せられる JavaDoc形式でちょっとググったら
＞Java の ドキュメンテーションコメントは /** */ という形式の Javadoc フォーマットで記述します。
とあった // は使ったらダメなんだろうか
KENTA は、バックエンドが全職種の中で、
最も短期間で効率的に、高年収になれることを証明した人物
例えば看護師とか、数百万円の年収を得るには、
大学院・専門学校など、資格を取って、高い月謝を数年間も払わなければならない
一方、KENTA メソッドでは、
基本情報処理資格、Ruby on Rails, Linux, Docker, Node.js, Bootstrap,
VSCode, Heroku, CircleCI, Github Actions、データベースだけで数百万円になる
さらに、AWS Fargate, Terraform, React, Vue.js, TypeScript もやれば万全。
1年ぐらいで初心者が、10年以上のプロよりも上になる
つまり、低学歴の文系の貧乏人が、お金も掛けずに、
英語だけ出来たら、唯一稼げるキャリアパス。
この方法以外では、貧乏人が金を掛けずに、金持ちになる事はできない
だから、KENTAのサロンに、貧乏人が3千人も入っている
社会に必要な人材を、最も短期間で安く、効率的に生産するブロイラーw
>>72
Ruby でも、RDoc, YARD など、独特なDocコメントの書き方がある。
この書き方に従っていれば、自動的にHTML が作られる
だから試しに、HTML化してみればよい SAS使ってる企業って少ないのかなあ
Udemy探しても英語の講座しか出て来ない
SASみたいな高いツール使うなら正規のトレーニング受けるだろ普通。
テストコードがなくてPHPとFWのバージョンが古い
クソコードだらけの状況から逆転する方法ありますか？
バージョンが古い時点で古い環境を捨てる気がないから無理じゃろ
>>79
なんでこんな修正も出来ないんだ！って怒られる
そして、稼げないｗ
>>80
無駄に慎重でバグには異常に厳しい
この状況だとやっぱり厳しいですか >>83
static であろうと auto であろうと 環境のバージョンが古いのはどうしょうもないんだろうけどテストコードは書けばいいだけじゃねーの？
バグには異常に厳しいんならなおさら
>>73
に書いたように、
Ruby on Rails の初心者コースには、CI/CD も含まれている。
CircleCI, Github Actions で自動テストして、Heroku へデプロイ。
初心者は皆、この方法。
出来る香具師は、AWS Fargate, Terraform
BDD/TDD のRSpec では、ソースコード自体が仕様書になっている。
自動テストでは、仕様をチェックする クソコードだらけだとテストコードなんて書けないからな
RでCSVファイルからグラフを書こうとしています。
列名に＋やー（Hoge-1的な）がある場合にsummariseなどがエラーになってしまいます。
列名を変える以外で正しく列名を認識させる方法はあるでしょうか。
Rエアプだけど列名が数式扱いされてそう
1行目だけ文字列として取得するモードないんか？
読み込むときにcheck.names=FALSEじゃね
Ruby on Railsなんて使ってるの今日日クソシステムしかねえだろ
友達からプログラマーになったらデータをDBに出し入れすることに人生を注ぐことになるよ
と言われたのですが、そうなのでしょうか？
もっと魔法を扱うような仕事だと思ってたので本当だとしたら少し悲しいです
まあ今どき組み込みでもDB使ってたりするから友達の言うことは概ね正しい
魔法を扱うような仕事したいならGoogleとかに就職して人工知能関係の仕事するとかかな
>>93
概ね2通りです
DBにデータを出し入れする処理を作る人達
その処理を呼び出すUIを作る人達
それ以外もいますが少数派です あとはセキュリティとかグラフィックスとかいいんじゃないかな
センスがあればいける
AWSは１年間タダで使えるからAWSの勉強（！？）とLinuxの勉強が併せてできるぞ
ボタンクリックするだけでサーバが立てれるのは感動したもんだ
私はこれまでプロパティという概念とメソッドという概念を
クラスの中の変数宣言とクラスの中の関数宣言と理解してきました。
ところがJavaScriptを学ぶ中でこの理解を覆す概念で出くわしました。
それらがデータプロパティとアクセサプロパティです。
アクセサプロパティというのはゲッターとセッターを指すのだそうですね。
ゲッターとセッターはクラスの中の関数であるはずなのに
プロパティと名づけられたことで混乱しています。
私がこれまで理解していたプロパティとメソッドの区別は間違っていたのでしょうか。
大きな誤りは「呼び方」に拘ってる点だな
ネーミングなんて細かいこと気にすんな。そんなのどうでもいい
getter＝classの中の変数値を取得するための関数
ってなるだろ
>>98
プロパティの読み書き時に何らかの処理をすることができるようになった
って思えばいいんじゃね？ Javaにプロパティはないよ
クラスのメンバ変数をプロパティと捉えるのは間違い
せいぜい文脈によって広義に許容される程度
Java7の頃に言語仕様に追加する議論があったんだけど、JavaBeans仕様のgetter, setterが長年プロパティ相当の役目を果たしてきたので、もうそれでええやんとお蔵入りになった
プロパティってのはそのオブジェクトの属性
この属性っていうのは実装面での話よりもやや論理的な概念
プロパティの値を聞かれたときに内部の変数の値を返すのが最も一般的なパターンだけど、別の変数の値を演算してから返してもいいし、データベースから値を問い合わせてから返してもいい
値を要求した側から同じようにアクセスできる属性なら何でもよくて、それが変数なのかそうでないのかは内部実装としてカプセル化されることこそがプロパティの特徴
JavaではhashCodeというObjectの属性がメソッドとして提供されているけど、こういうのは本来プロパティがふさわしい
お答えくださった皆様、ありがとう。大変勉強になりました。
>>101
なるほど、そう考えると整合性がとれますね。 >>93
いやプログラマーになったらモテるからチンコをマンコに出し入れすることに人生を注ぐことになるよ DBの仕事は必ず仕事が収束するから精神的に楽なジャンル。わりと計画通りに進行しやすい。仕様変更もたかが知れてる。
いちばんキツいのはGUIギミックなどデザイン分野。ちまちま積み上げたものが全部パァになってやれセンスがないだの遊び心だの固い柔らかいだの抽象的デバッグが永続する。
リリース後もずっと言われ続ける
楽しいと楽(らく)は字は同じだけどベクトルが違うからね
DB系のレビュー「ここの処理はこうした方が負荷が少ないと思うから修正してもらえる？」
画面系のレビュー「うーん、なんか『違う』んだよねぇ～wちょっとこの辺見やすいように修正してもらえる？」
どっちの仕事がしたい？
ああ~、やっぱり前の方がマシだったな、戻してこの部分の操作をいい感じにして…
う~ん、ここは１週間前のほうが良かったな、全部元に戻して初めから考え直そう…
賽の河原w
デザイン分野は、下っ端のシロートでも全員バラバラに好きな意見を言ってくる。しまいに社長の意見で全部ひっくり返る。
こないだのヒカルの焼肉屋みたいに、空中分解してしまう。
DB系のレビュー「なんか遅いから速くしてくれない？」
これは嫌だw
>>111
そう？
まあどこがどう遅いのかとかどこまで速くすればいいとかを打ち合わせる必要はあるけど、そこら辺が決まれば改善提案はできるだろ DBもUIもそれ以外も同じ
あとからああしろこうしろと変更入ることよくあるし
その対応終わったと思ったら、ひっくり返ってもとに戻すなんてよくある
>>110
社長「今運用してるDynamoDBでコレコレをLIKE検索できるようにしてくれや」
「もう顧客にOKしといたから明日までにやっとけ」 >>115
社長「は？DBならLIKE検索なんてすぐだろ」
「ついでにカラム増やしてほしいんやインデックスつけて」 >>116
社長/上司/営業とエンジニアの軋轢の話はまた別 つーか社長がそこまで技術的な部分に介入してくる会社の時点で地雷だろ
DBとかUI以前の問題
思いつきをいうステークホルダーが一人だけでしかもある程度技術に興味があるなら時間を惜しまず説明すればいけそう
>>119
> 「ある程度」技術に興味がある
それ最悪やぞ
中身をよくわかってないのに思いつきでこうした方がいいとか言われて内心「それもう検討してダメってわかってるのに…」と思いつつ説明すると、いやこうすればいいだろって頓珍漢な代案出されて… 経験豊富なおれがいちばん大変だったのはコレ！って愚痴りたいまつり
>>118
技術的な問題だから変更できない
なんて言う会社は外部から見ると無能の烙印押される
GAFA級にならないと おまえ(客)が金出さないからできないんだよ、よりも技術的な問題でできないんですの方が話がスムーズに進むんだよ
こっちが悪いと思ってなくてもすみませーんと謝るのと同じ
言葉通りに受け取るなって
>>120
これから先の世代の日本ではそういうお客様が爆発的に増えるだろうね
義務教育で中途半端に教えちゃうもんだから >>122
いやそういう話じゃねーよ
社長がカラムやらインデックス云々言ってる時点で論外なんだよ
社長がやるべき業務は経営であって、そんな下流工程に気をつかうほど規模が小さい会社にそもそも入るべきじゃないってこと >>125
社長「実は先週から提携した顧客がいてまあまあ大手なんだがカラム追加して検索できたらうちのサービス利用してもらえるって言われたからすでに契約済みなんだよ」
「経営判断だからよろしく」 >>127
社長「明日まで対応だからな。追加予算なんてない。そもそもカラム追加になんで検索用とか必要なんだよ！？俺が知らないと思ってバカにしてんのか！？」 仕様変更、仕様の追加は別予算
これは社内、客にも徹底してもらわないと
社長「そんな細かいことまでやってたら客を逃すんだよ！誰がお前の飯代払ってると思ってんだ！？いいから今すぐやれ！」
完全に0からゲームを作る場合はRPGツクールのような管理画面的なものから作り始めるのでしょうか？
それとも無の状態から1つずつ積み上げていく感じですか？
開発規模と経験と実績から自明
素人が無から手を出すならとりあえず書き下ろしで駄目になるとこまで書いてみよう
動的なウェブサイトを作りたいということもあって、
JavaScriptの入門書（独習 JavaScript 新版とかいう本）を読んでいるのですが、
難しい上に長いから全然読み進められないのですが、
もっと良い感じの本は無いのでしょうか？
あったら教えてほしいです。
あと、やっぱりプログラミングの入門書は、最低一回は全てのページを読み終えた方が良いのでしょうか？
それとも、必要に応じて必要な箇所を見ながら実際にプログラミングをしていくという方が良いのでしょうか？
回答よろしくお願いします。
作るのが目的なら本は検索のためのキーワード抜き出しに使う程度でいい。読む必要なし。ぐぐりながら作れ
何が難しかったのかわからんと答えようがないな
いきなり本買うんじゃなくて立ち読みで狙いに合ってそうか確認しなよ
>>134
その本は捨てるか売っていい
どうせ読まないだろ
全て読めば動的サイトが作れるようになるわけではない
やりたいことをググりながら似たことを説明しているサイトを参考にして実現していく
それを繰り返していくこと プログラマーが読むべき本ってリーダブルコード以外にありますか？
技術的な本は専門的なことじゃない限り公式リファレンスとかで十分な気がしてあまり読む気がおきません
>>134
ブラウザを作っているプロなどは、2冊のサイの表紙のサイ本を読む。
プロ用の本だから、Ruby の数倍も難しい。
10年ぐらいの歴史の変遷を追っかけるのが大変
初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017
ES3 とか、古い規格には皆、苦しめられてきた。
JavaScript 第6版、2012、David Flanagan
だから、jQuery, Type Script, Coffee Script など、無数のAlt JS が作られた。
JavaScript でプログラミングするのが非常に難しいから
可読性が悪くて、バグが多いから 継承が良くないとよく聞くが何が良くないんだ？
継承をやめた結果がtypeプロパティによる条件分岐ではむしろ悪化してない？
>>143
継承は難しいから
階層が深くなるとまた苦しい
最初のクラス設計時に将来の拡張まで考えたカプセル化等のデザインを考えるのも難しい
型で分岐はアホの極み、悪化してる
そうじゃなくてhas-aの委譲や関数型プログラミングで対処する >>144
継承をhas-aで解決できるとは思えないんだが…
解決できるとしたらそれはモデル設計が最初から間違えていただけでは？
関数型でやろうとするとtypeでの分岐にならん？
似たようなのでパターンマッチというのも最近は目立つようなってきたけどこれもtype分岐が複雑化しただけ >>145
継承するにしてもオブジェクトを最初に生成するタイミングでは具象クラス名を書く
このときに依存性やストラテジを注入すれば継承に限らず多態性を実現できるよ >>147
それは仮想関数テーブルを自前実装するようなものでは？ >>148
大仰な仕組みのいらないごくありふれたデザインパターンだよ >>149
ストラテジは動的にストラテジを切り替える場合(例 :設定値による切り替え)や
アルゴリズムの枠だけ用意してストラテジを利用者に選ばせる(例:map, filter)場合
に使うパターンであって継承とはまた違うものですね
継承の場合は業務をモデル化したときに静的に関係が決まるのでここにデリゲートをかまして動的にする意味はないです
普通に仮想メソッドでいいでしょう 継承が良くないとよく・・・聞かないぞｗ
ケースバイケースだろ。なんでそこで使うんだよって良くないのはあるけど
>>153
TypeScriptに関わると継承憎し、クラス憎しな人が結構な率で現れますよ すいません。初心者です。超初歩的な質問で恐縮です。例えば↓
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);}
のように「ギッシリ詰めて書く」という事は可能でしょうか？
詰めて書いても実行に何の問題も無いですか？
生理的な問題で「ギュッ」と纏まってないと落ち着かないのです。
「人に見せる時に読みにくくなる」等の問題もあるでしょうが、動作に支障ないなら独自路線で頑張りたいのですが。
言語によるけどその言語（c#?）ならたぶん問題ないよ。改行なんて全部消して一行で書け
良いんじゃね。
Pythonはインデントでたまにがっかりするが。
人に見せる機会があるなら普通の書き方した方がよくね
まぁ仕事じゃなくて趣味の範囲ならどうでもいいけど
趣味の個人開発ならアリだけど業務開発とかideの手助けを受けるなら苦労しそう
>>156
ありがとうございます。丁度C#をやろうと思っていました。
本音を言えば「一行で書きたい」と思っていたので正に思っていたことをおっしゃっていただきありがとうございます。
個人的にゲームを開発し、人に見せる気は無かったのでこれでいこうと思います。
皆さん、ありがとうございました。 無駄な空白も消してみんなぎゅっとしよう
void draw(){if(!cam.available()){return;}cam.read();image(cam,0,0);}
密だっていいじゃない
文字だもの
1文で書けるなら改行なしでも違和感ないけどifとかwhileの制御構文が入ってくると可読性がヤバくなるからおすすめしない
どこまでのコード量なら1行に詰めるか自分用のルールは決めといた方がいい
Ruby on Rails の単一テーブル継承・STI(Single Table Inheritance)は有名。
主に、検索の利便性
例えば、会社・家表に、同じ住所項目がある場合、
住所表を作って、住所表から会社住所表・家住所表を継承させる
HomeAddress < Address
WorkAddress < Address
Railsが裏側で、住所表のtype 列が0 なら家・1なら会社と切り替える。
会社住所表・家住所表という実体はなく、住所表しか存在しない
会社住所または家住所が東京にある、顧客を検索する場合、
住所表1つだけの方が、検索性能が良い
人に見せるときはフォーマッターを使って
人が見やすいように整形すればいいだけじゃないの
