スレ立てるまでもない質問はここで 160匹目 YouTube動画>3本 ->画像>2枚

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

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

【前スレ】
スレ立てるまでもない質問はここで 159匹目
http://2chb.net/r/tech/1644673480/

この前ズリダチとタイマン勝負したことを書くぜ。
互いに六尺姿でまずは威嚇、腕組みヤニ咥えガン飛ばし、
大股で筋肉と勃起誇張して、野郎比べだ。
雄臭ぇポーズで挑発しあう。腰突き出し勃起を振り回し、
オラオラ節で興奮に火が付く。

やわらオイルをタップリ仕込んで、いよいよズリ戦開始だ。
胴ズリ、逆ズリ、雁ズリ、玉ズリ、上ズリ、下ズリ。
野郎うなぎ責め、腰砕けの手マンコ、野郎泣かせの亀頭責め。
片手技と両手技の競り合いで、雄の粋と艶を比べ合う。
ズリ見せ根性丸出しでな。
一息入れる時にゃ、奴の胸板めがけて、勃起ションベン。
ビシバシ痛ぇくらいに、照射すりゃ、雄の征服感が全身を
快感となって駆け回る。

さらにオイルを仕込んで２Ｒ。
今度は俺のズリビデオ見せながらのダブルズリ攻撃さ。
ラッシュ飛ばして、ド淫乱野郎に変獣し、チンポ・センズリ・押忍の連呼。
俺達はまさに、チンポ、ズリ、男意気を激しく比べ合う戦闘士だ。

寸止めのエロい表情も相手を落とす神技、何度も食らう度に金玉の
引きつる痛みさえ新たな快感に変わる。
その時、ほんの少しの気の緩みで奴は快感のコントロールを失い
射精の痙攣に突入。

２回に渡るファイトはいずれも俺の勝利、最後は奴のチンポめがけて、
野郎征服の快感に酔いながら勝利の照射！
３時間勝負は俺達ズリ舎弟の絆を更に固めたぜ！

与えられた文字列が数字であるか調べる時にさ
32bit符号府付き整数の範囲であるかを
状態遷移図でチェックするのってどうするの？
すごく面倒そうなんだけど

状態遷移図でチェック？
どういう形式をサポートする前提なの？

>>4
わかりやすく32bit符号付き整数としたけど
16進数とか小数とかそういうのにも使う話

BNFとかでもそうだけど、数値の定義は書いてあるけど
その数値の範囲の定義は書いてなかったりするでしょ？

2147483647 までの数値なら OK だけど、2147483648 はエラーにしたい
if (99999999999999 > 2147483647) みたいなことをしようとしたら
オーバーフローになるから構文解析の時点でどうにかしなきゃいけなくない？

基礎的なフォーマット判定の問題なのに解決のツールとして状態遷移図がいきなり挙がるところに面食らってんじゃないのかな
言語の基本ライブラリを使わないこと等の前提もよくわからない

>>5
普通は文字列を頭から読んでセーフかアウトかを判別するだけだから
「状態遷移図でチェックする」ような処理じゃない

構文解析とあるからコンパイラが型情報のない数値リテラルを読んで型を自動判別するようなのをイメージしてるのかな？

0123、0o23、0x1F、01.00みたいのだけでなく
-a123、123a、00x1Fみたいのも数値として認識させたいなら
状態遷移の意味は分からなくもない

>>8
それを含んでる
そして定義上は0x1FFFFFFFFFFFFFFFFFFFFFFは
16進数として正しいってことになるわけだけど
エラーになるから認めたくない

だから本当にチェックしたいのは16進数かどうかじゃなくて
数値として認識させられるもののチェックってことになるな

正規表現で切り出しつつパターン分けして標準関数で変換
マイコンだから正規表現使えないとかならまず最初に前提を

>>10
状態遷移の勉強をしていて疑問になっただけ
数値とか16進数とかのチェックを状態遷移図で表してるのを見かける
それで動くには動くけど現実的に考えたら桁数や数値の範囲のチェックが必要になるはず

だから状態遷移だけを使ってチェックするのは
効率悪いんじゃないかって思ってる

>>9
含んでないじゃん
1文字ずつ読みつつオーバーフローしないか確認すればいいだけ
使ってる言語の標準ライブラリのソース確認すればいいよ

strtol()とINT_MAXを使えばいんでない

速度考慮せず動けばいいだけならIFでも組めるだろうけど
この手の最適なコードは多分ビット演算とかで上手い事やってんじゃねーの

State Machine とか、こういう処理は典型的な関数型言語・Elixir のパターンマッチ

パターンマッチは、最近のRuby にも入ったらしい

>>13

int get_val( char *p )
{
long val =0;
while( *p && isdigit(*p) ){
val = val * 10 + (*p -'0');
if( val > INT_MAX ) return -1;
p++;
}
return (int)val;
}

符号すら考慮してないじゃん

int inverse =0;
switch( *p ){
case '+': p++; break;
case '-': p++; inverse =1; break;
}
…………
if( inverse ) val = -val;
return val;

基本的に左から右へ読んでくだけ
状態遷移がめんどくせー
なんてレベルじゃないな

longのような精度の大きな値が使えるとは限らない一般化した話を聞きたいんだったよな
上限チェックに限っていうと、上限値の文字列を文字列か配列の定数として持っておいて、入力された数値を正規化して、互いにループで各桁比較すれば少なくともif文のネスト地獄にはならないぞ

>>13
膨大になるけど11桁分の状態遷移を描けば実現できなくもない。

>>20
そりゃ問題を読み落としてたスマン
というかそんな問題で悩んでたのか？
unsignedを使えば常にsignedの倍の幅があるので比較は普通にできると思うが

int get_val( char *p )
{
unsigned int val =0;
int inverse =0;

/* +-符号の処理... */
switch( *p ){
case '+': p++; break;
case '-': p++; inverse =1; break;
}

while( *p && isdigit(*p )){
val = val * 10 + (*p -'0');
if( val > INT_MAX ) {
/* オーバーフロー処理... */
}
p++;
}

if( inverse ) return -(int)val;
else return (int)val;
}

unsigned使っても最上位桁の最大値が1～4の範囲内だったらうまくいかなくね

>>22
バグりすぎだろww
ブチ切れるレベル

つかこの人は0xFF形式などの書式の話も全く聞いていない人なのでは
ブランコ発注したらすごいのおっ建てそう

16進数非対応はまだ許せる
10進数でバグてんこ盛り
この人の書くコードは絶対信用するなよと言われる一発アウトレベル

すっぽん食べるとギンギンになるって本当ですか(´・ω・｀)？

DBにタグ付けのタグモデルを作りたいのですが
テーブル名はtagでいいとして
tagの名前、内容？はnameでいいかな
idだとprimaryとかぶるし、titleだとなんか違う気が
ただ、nameだとtagそのものの固有名詞な気がして腑に落ちない
あとはcontents, description

まとめると
name, title, contents, description
nameでいいでしょうか・・

具体的に何のタグ付けをするか
限定したくないのか?
抽象的な名前を付けると
後々苦労するぞ

例えば記事とかですね
Articleに対して「日記」とか「健康」とかタグ付けのよくある感じのやつです
で、記事A、B、C、、テーブルに対して
それぞれ「日記」やら「健康」やら１対１で記録するわけにはいかないので
Tagテーブルを用意する感じです

Tag.nameで「日記」やらが取得できて
Tag.articlesでそのタグに属する記事が取得できます
ただ問題はそこではなくtag.nameというカラムの命名、日本語でいうとタグ名？
かなりどうでもいいしなんでもいいしnameで良いだろうと個人的に思っている前提があるのですが
ふと気になりました

普通DBのカラム名って抽象的な名前つけませんかね？？
idとか辞めたほうがいいのかな
idはやめてより具体的にprimary_id、みたいな？
あんまりそういうの見ないですが慣習とかあるのですかね

訂正
＞記事A、B、C、、テーブルに対して
記事A、B、C、、レコードに対して

こっちで聞いてみたら?

クラス名・変数名に迷ったら書き込むスレ。Part29
http://2chb.net/r/tech/1619427133/

>>28
NAMEでいいよ
抽象度は適度だから無理に玄人っぽくする必要はない
たとえばCUSTOMERテーブルに顧客名をNAMEカラムで入れるのは妥当じゃん
日本語で考えても「タグ名」なら通じるけどそこに「タグID」は不自然
数値型で別途サロゲートキーを持つ設計ならその数値を「タグID」と呼ぶべき

俺ならTAGテーブルのTAGカラムにするかな
複数のテーブルにTAGカラムを置いたとき同じ情報であることが一目瞭然だから

あと「そんなことはどうでもいい」って書いてるけど、お互いに噛み合わない問答をすることになるから、説明にこそ労力を割くのが賢明
不特定多数に要件を伝えるときは、DBにタグ付けのタグモデルを作りたい、じゃ伝わらないよ

いや、どうでもいいのくだりは俺の読み間違いだったすまん

主キーにprimary_idって名付けるのは絶対やめて
全テーブルにその名前のカラムが作られて
えっとこのテーブルの主キーには名前が入ってるんだっけ連番が入ってるんだっけ？
みたいな無駄な思考コストを割くことになる
命名としてはワーストに近い

>>33,35
なるほどとりあえずはnameで保留しときます
記事テーブルだと例えば記事の著者テーブルも分けたいとき
著者テーブルの著者名カラムにNAMEは使うと思うので
タグ.NAME、著書.NAMEが並んだときの視認性もまぁ普通は流し見できるほど引っかからないだろうし
ありがとうございました

googletest

とかカチ込まれたモノを使いたくないんだが

何されるか分からねえ

使いたくないじゃなくて
何を使いたいのかをいえ

>>36
日本人しか関わらないものならば
その日本語名にしたのは正解かもね

>>35
うわｗ
まさかのナチュラルキー派？ｗ
今時ダサいよｗ

>>36
主キーはautoincrementするんだから数値に決まってるだろ
主キーに名前を入れることがワーストなんだよ

間違った>>35あて

ナチュラルキーだろうがサロゲートキーだろうがprimary_idと名付けるのはやめようね
テーブルAのキーとテーブルBのキーを保持した関連テーブルCの複合キーを設計する段階で一貫性が破綻する
主キーであるという性質は、そのカラムの本質を端的に表したものではなく、それが帯びている属性の一つに過ぎない
カラムにFOREIGNKEYとかUNIQUEとかNOTNULLとか命名するのと同じ間違いがある

もちろんtag_idとかidのような名付けを否定するものではない

HTML、CSS、PHP
この三つの組み合わせだけで掲示板サイトは作れますか？
また、もし作れるとして、この三つの組み合わせだと、
サイトの大半の箇所はHTMLとCSSで作り、
PHPを適用するのは、書き込まれたら画面にそれが表示されるというところだけですか？
それとも他にもいろいろPHPを適用しないと駄目な箇所ってあるのでしょうか？
あったら教えてください。

掲示板の書き込みを保存するためのデータベースがないじゃん

ファイルでできなくもないだろう。2chだってそうしてきたし。

>>45
ワードプレスが簡単だよ

>>46
データベースはMySQLで良いですか？

>>49
はい

AWS
・月に1、2回程度の頻度で不定期にVPCに入ってDB更新スクリプトを実行したい
・お金がかかるので踏み台EC2を常設したくない
・かといってスクリプト実行のたびにEC2を立ち上げるのは手間が大きすぎる

こんな時に使えるAWSサービスってありますかね？
今のところチームで挙がってる案は
・スクリプトをLambdaに上げて実行してすぐ削除する
これは悪くないんですが長期プロセスになるとタイムアウトします

そんなもんt3.nanoで十分だろ？
常時立ち上げても月500円くらいだよ

EC2立ち上げるのが手間大きすぎるのに毎回Lambda作る手間は許容できるというのが謎すぎる
Fargateを使う手も考えられるが、どう考えてもEC2のインスタンス起動に比べて手間はかかる
まさかEC2の起動って毎回1からインスタンスタイプやイメージ選んで新規作成しなきゃいけないとか思ってる？

>>52
500円節約したいです

>>53
一応手作業は避けてCDKで管理してます
Fargateは考えてませんでしたが1回だけの手動ジョブも実行できるんでしたっけ？

漏れも、NRI ネットコムのパターン別構築・運用ガイドと、
Solution Architect Associate の教科書で勉強しているけど、
そういう奇妙な問題は載っていない

Full Managed のAWS Batch は？
コンテナ・ECS を使うみたい

それか、月3千円のくろかわこうへいのサロンへ入って、誰かに聞くとか

お前Rubyガイジだろｗ
そんなクソサロンなんかに入る訳無いやろｗ

>>51
LambdaでEC2を立ち上げて
スクリプトの終わりにEC2を落とす

linuxで動くc言語のインタープリターってない?
特にマクロの動作確認したいんだけど

IT業界で竹取物語の構成を真似して作った何かがあったような気がするのですが思い出せません
わかる人いませんか？

>>58
マクロなら-Eつけてコンパイル(gcc)で展開させて確認したら？

>>60
センキュー

どうせすぐに廃止するシステムの開発に全然モチベーションが湧かない
コミュニケーションコストのかかる関係者が多すぎるし

お前らやる気起きない時どうしてんの？

サーバーサイドでExcelからPDF出力するライブラリがある言語やフレームワークは何がありますか

今はLibreoffice使ってますが、セルの書式が反映されづらいので他を探してます

excelからpdf出力の意味が曖昧だ
excelを入力としてpdfを出力するのか
excelがpdfを出力するのか

>>64
Excelファイル（xlsx）を入力にしてpdfを作成する感じです
libreofficeのコマンドラインでいう--convert-toオプションです

★『プチコン4 SmileBASIC』みたいにswitchでゲームが作れるソフトは
これ以外にどんなものがあるのでしょうか。また、プチコン4 SmileBASIC
使ったことがある人がいましたら、感想をお願いします。
もしスレ違いなら、どこに質問すればいいのか教えてください。
よろしくおねがいいたします★

>>62
判ります

>>63
python の Pandas 便利

>>68
サーバサイドでやりたいのと、セルの書式設定などはなるだけ反映（そこそこリッチ）にしたいです
作るのは見積書などです

リッチねえ
サーバかそれと通信できるPCにExcelが入ってる前提でないと雑な変換にしかならんと思うけどな
Excelに渡せる環境であればファイル名だけ気を付ければ適当な処理でいいんじゃね

サーバー側の excel で pdf を造る訳じゃないだろ
サーバー側の excel を python で読んで python で pdf 出力すれば良いんだろ
必要なものは
python で excel を読むライブラリ
python で pdf を出力するライブラリ
あとは好きなものを探せ

独立した2つのライブラリを組み合わせるのはさすがに最後の手段じゃね
たとえばF列45行のセルに上二重罫線があるというデータのCellオブジェクトがあるとき、それを適切な座標にレンダリングされるようなPDFのオブジェクトにどう変換する？
オブジェクトモデルの違いを吸収するために大量のマッピング処理を書かないといけない
くっそダルい処理の山になる予感

>>71-72
ありがとうございます

実際71さんの通りに（php、c#、python）で少し調べてましたが、
無料で使えるライブラリ等ではセルの書式が崩れたりや
Excel結局htmlを作成する必要があるなどになり素直に変換出来ませんでした
やはり有償のものしかないのでしょうか

サーバーサイドでPrint to PDFで印刷するのはどうか

フォーマットが統一されてないExcelファイルを自動でキレイにPDF化するのは現実的な費用範囲内じゃ無理

サーバーサイドでExcelをPDF化したい理由に応じた別のアプローチを考えた方がいい

そもそも作るたびに見積書の見た目が変わる会社なんて信用されないぞ

きれいな見積書が欲しいんだろ
pdfで出力されれば良いんだろ
excel使う必要ないやん？

Office 2019のExcelで清書したつもりの見積書をPDFにしたいのなら
Office 2019のExcelでPDFで保存した方がいい
これを別の手段でとか考えてもろくなことにならない
Office前提ならPDF変換はvbsで10行程度で書ける内容

サーバーでOffice使うのはライセンス違反

サーバーサイドエクセルってわりとアンチパターンよね

>>78
ライセンス違反てどっかに記載ある？
「Microsoft Office（以下Office）のオートメーションをサーバーサイドで使用することについての技術サポートを行っていません」
てのは見つかったけど
https://www.google.com/search?q=Office+のオートメーションをサーバーサイドで使用する&ie=utf-8&oe=utf-8&client=firefox-b

すまんあったわ
こうなると適当なソフトで劣化レンダリングしかないな
>技術的な問題とは別に、ライセンスの問題も考慮する必要があります。 現在のライセンス ガイドラインでは、クライアントにライセンス認証済みの Office がインストールされている場合を除き、クライアント要求を処理するサーバー上で Office アプリケーションを使用することは禁じられています。 サーバーサイド オートメーションを使用して、ライセンス認証されていないワークステーションに Office 機能を提供することは、ソフトウェア ライセンス条項 (EULA) では認められていません。
https://support.microsoft.com/ja-jp/topic/office-のサーバーサイド-オートメーションについて-48bcfe93-8a89-47f1-0bce-017433ad79e2

無償で手段を探しているなら現実的には運用で回避することになるだろうな
作成物とは見た目が変わる場合がありますじゃ通らないし
・営業とかが見積書を作成、外部公開する場合PDFで保存したものを用意させる
・見積書を渡す客の見える場所にPDFを配置する

社外向けと社内向けでWeb/Appサーバーは別でデータストアは共有ってのは至って普通のシステム

LibreOfficeでサーバーでPDF印刷するのはどうか
書式が反映されづらいってのが気になるけど変換コマンド呼んだときの問題なら

仕事でもWindowsサーバにOffice入れてPDFにした
PDF作る部分も自分が実装したから確実
某一部上場

Office365契約してるならWebのOfficeで開いてもらって自分でPDF出力させればいいんじゃね

アプリ内で管理しているユーザ（≠DBユーザ）単位でDBテーブル内のデータ使用量管理（MBytes単位）をしたいんですが、どういう方法が一般的でしょう？
それともレコード数でカウントする？

>>87
一般的にはそんなことやらないから
目的に合わせて自分でやり方を考えるしかない

正確なストレージ使用容量を把握する必要があるならDBユーザー分けないと無理

>>87
仕様が破綻してる
後からカラムを増やしたらどうする？
DBMSのアップデートの影響で仕様が変わって使用量が変化したらどうする？
アーキテクチャを見直して他のDBMSへ移行することになったら？

相対的な使用量をおおまかに把握したいだけなら基本的にはレコード数で管理するかな
BLOBのような上限の大きい可変データが対象で
かつデータサイズの差を把握することに重要な意がある場合だけバイトサイズで管理する

>>89
カラムが増えたらそれに合わせてクエリも変えればいいだけでは？

>>88-90
ありがとうございます。

>>88さんが言うようにDBユーザで分けた場合、
アプリでユーザを作成する度にDBユーザも併せて作成し、
からDBサーバにアクセスする際もそのDBユーザに切り替えたり
テーブルに対してgrantなどが必要になるということでしょうか。

>>91
目的次第だな
もしSaaSとかで厳密にクォータを設ける必要があるなら、
勝手にサービス側で行った内部的な変更によってある日突然容量オーバーしました使えませんと言われたらユーザーは怒るだろうね

もし目的がクォータじゃなくて使用状況をだいたい把握することであるなら、
システムテーブルでテーブルのサイズを引いてレコード数で按分すればいい
クォータならトラブルの元になるから絶対やめとけ

>>92
何をどこまで把握したいかによるよ
テーブルの使用量といってもBTreeのインデックスノードの容量とかまで把握したいわけじゃないんでしょ？

クォータとか課金に絡むような目的なら何の単位で課金するかというビジネス要件を明確にして
その要件を満たせるような機能をアプリやDB構造に埋め込んでおかないと破綻するよ

>>93
クォータ目的ならバイトサイズを計測する対象カラムを限定するのでDBにカラム増やしたからと言って「ユーザーの使用量」が増えるわけじゃないよ
DBMSのバージョンアップとかで変化が避けられないような場合でも無料枠の増加とかでユーザーが損しないように対処すればいいだけ
計測内容をそっくりそのままクォータに反映させる必要はない
詫び石と同じで調整弁は重要

サーバーサイドで一番キレイで簡単にPDF作れるツールなり言語教えて

Pandoc

印刷先をPDFにすればペイント画像やメモ帳テキストすらPDFになるが

グラマーじゃなくてコーダーに発注とか指示するときってどうしてたの？
「こういう戻り値の関数つくって」とか
「この設計書の通り書いて」とか言うの？

ソースコードとほぼ一対一で対応するレベルの「詳細設計書(≒コーディングシート)」をExcel方眼紙で書くんだよ
PGはそれをコードに翻訳してテストするだけの単純作業

どう考えても直接ソースコード書いた方がいいよねｗ
まぁだからコーダーという職種は消えたわけだけど

今はデザイナーがデザインしたwebページをhtml,cssに落とす人をコーダーというらしい

パンチカードなど極めて生産性の低い原始的な開発環境でコーディングしてた時代の名残だね
だからCOBOL開発など汎用機文化が根強く残ってる職場なんかだと未だにSEが詳細設計書いてたりする

言語の抽象度が上がっただけだと思うぞ
それにソースとほぼ1対1で対応するプログラム設計書はそのプログラム作る人間が書くのが普通
別の人間にやらせるのは効率が悪すぎる

c言語初心者なんですが、コンパイルできててるのに実行途中で「セグメントエラー」
とでてうまくいかないきません。
ググったら「ポインタ変数が〜」と書いてあったのですが主にどの部分を見て確認すればよいのでしょうか

>>104
80x86にはセグメントという仕組みでメモリを拡張している関係でメモリモデルという概念があり
nearポインタ、farポインタを意識しないといけないです
コンパイラーの説明書をよく読んでください

プログラミングを料理に例えた人がいてな
料理が皿からはみ出てたり、そもそも料理を置く皿からなかったりしているんだろう
知らんけど

segmentation faultのsegmentって80x86のセグメントのことじゃないよ
text, data, bssとかだよ

>>104
そのググって出た、ポインタ周りを確認しなよ

ありがとうございます！スタックの勉強をしていたのですがなぜかスタックの中身がNULLになっていたのでそれが原因っぽかったです

>スタックの中身がNULL
かなりでかい虫を飼ってるな

バッファオーバーランの悪用も玄人には思いつかないような使い方をした素人が
「動きません！」とか言って生み出されたんだろうね

スタックの中身がNULLになっていて解決方法が分からないのですが考えられる主な原因などありませんかね

debugモードでコンパイルすると動いて
releaseモードだと動かないパターンとかだろどうせ

APIの設計で画面毎に１つのAPIでその画面に必要なデータを全て返すやり方ってあんまり良くないんでしょうか

むしろ良いこと

ポインタか配列で想定外のところを書き換えてるんだろう
ideoneとかでソースを晒せばデバッグしてくれる奇特な人がいるかもしれない
ソースを晒せないなら自分でデバッグするしかない
デバッガやprintfで1行ずつ変数の値の変化を追いかけるんだよ

>>113
要件による

>>113
バックエンド側でDB読出しが1回で済むようになるなら意味あるんじゃない？
（まぁそうじゃないほうが多いと思うし、1つのAPIにするとバックエンド側も処理分割がめんどいだろうしケースバイケース）

SPA好き

そういう設計にするとDBの仕様変更のときに苦労する
けどまあ要件ならやるしかないよねと

systemdのmount.cifsにNASのパスワード平文で書くの抵抗あるんだけどcredentialsも結局平文だしどうにかならないものかね

このサービスの直前に復号したパスワードをtouchするサービス入れるのもなんかダサいし
password=$(/hoge/bin/dec.sh /fuga/nas.enc)みたいに出来たら早いんだけど

あんまり推奨されないという感じでもないんですかね
細かく画面に必要なリソース毎にAPIを分けて、複数APIを叩かせるというやり方もあるようですがどっちが良いんでしょうかね
SmartUIアンチパターンでググると良くない設計として記事がヒットするんですがどうなんでしょうか

トランザクション単位を考えると更新処理は原則的に1操作1APIになる
その感覚で設計すれば表示も自然とそうなる
同じデータの集合をバラバラのトランザクションで取ると矛盾したデータになることがあるのでマズい
このあたり再利用可能なキレイな粒度で設計できる人は結構少ないと思う
まとめて取っておけばいいという消極的な姿勢でもそこまでデメリットがない

やっぱ画面単位APIがベターなんすかね

唐突に質問が始まって他の連中も判った風に調子を合わせてるけど画面をAPIとくくってるのが違和感。DB畑の用語かなんかか？
基本はまず入出力で考えてAPIやらをどうするかはその後の話じゃないのか？考え方おかしくないか

>>124
WebのSPAだろ？知らないならググってきたらいい

スマホアプリの画面っすねネイティブアプリの

ぐぐってきたけどAPIの話が繋がらんからもう去るわ

REST APIは不特定多数のクライアントのための最大公約数
REST APIで実際に有用なアプリを作ろうとするとほぼ100%の確率でオーバーフェッチとアンダーフェッチの両方が発生する
なのでRESTを捨ててBFFパターンを使うことが重要になってくる
BFFの実装としてGraphQLを使うとかっこいいがGQLは表現力が低くて俺はあまり好きではない

あれもしかしてSmartUIアンチパターンってクライアント側の話なのかな
Androidで言うところの、Activityにviewに関する処理とビジネスロジックも両方書いてFat Activityになるっていう
画面毎のAPIにして必要なデータだけ返すというのは無駄がなくてむしろ良いのでは

画面ごとのAPIってのがちょっと言葉として理解しずらいのワイだけ？
APIで実装してて、ある画面で必要としてるデータを画面単位でまとめて取得するようにする（全てジョイントしたデータを返す）ってこと？
更新ならまとめてPostしなきゃだけど、逆は苦しくならない？

ようわからんけどWeb製作板じゃしずらい話なのかな
Web技術（）の話をこの板でされてもさっぱりなやつばかりだぞ

話についていけないおじいちゃんさぁ
もっと勉強しようよ

>>129
SmartUIの理解はそれで合ってるけど
SmartUIかどうかとAPIが画面ごとかどうかは関係ないよ

例えば「プライムユーザーなら送料無料」というビジネスルールがあったとして画面ごとのAPIで取得したユーザー種別等から送料を判断するロジックがUIレイヤーにあるのがSmartUI

一つの画面につき一つの情報・一つのユーザーアクションにつき一つのAPIという構成なら
結果的に一つの画面ごとに一つのAPIになることはあるかもしれない
個人的にはそういうモバイルアプリは見たことがないが
画面やAPIをどういう単位で構成するかをそれぞれ独立して考えているので
「画面毎のAPIにする」という考え方よりは真っ当だと思う

アレクサのスキルのプログラミング（制作）を話題にするスレ・板はありますか?
Alexa Conversationsというのに興味があるのですが

最近systemdで自動起動してるhttpdやpostgresqlが/var/runにファイル作れなくて起動失敗してることが多いんだけど
そろそろこいつ死ぬのかな

>>135
IoT板が欲しいね
プログラム寄りならここでもいいと思うけど
自称自治厨みたいのが出てくると面倒だわな

設計だけして実装担当できないのってつまらないな…

githubでReviewersを入れたときの順番ってどこで決まるんでしょうか。いつも自分が一番下で気に食わないです

>>139
草、上司のアカウント大きくしようぜw

質問です。初めてガチガチのウォーターフォールの現場に入って書類書類で1行もコードを書かない期間が続いてうんざりしています
ところでこの後プログラム設計書なるものを作るようで、見たところクラスのフィールドやら関数やらぜーーーんぶ書類に残しているのです
これ意味あんの？と思っています。大体コードなんて書いてみないと分からないこと多すぎるじゃないですか
この処理は関数にしたほうがいいなとか、名前これじゃわかりにくいなとか。大体変数一つ一つとかコード見りゃ分かるじゃん馬鹿なの？って思います
こういうの作るのって普通のことなのでしょうか。

>>141
ITドカタなら普通だね
もっと酷いと関数の実装についてもExcelで擬似コード書かされるから、そこまでしなくていいだけマシだと思え
無意味でもそれで客から金貰ってるんならそれがお前の仕事なんだよ
気に入らないならさっさと自社開発へ転職しろ

普通ってのは具体的に何パーセントなんだ
日本の生産性の低さの象徴みたいな現場だな
未だにそういう段階も脱していない組織は実情に即した改善の声も挙がらないか反映されない底辺の中の底辺

マンションでは、PPPoE接続は出来ないのでしょうか？
バッファロールーターにPPPOE設定をしましたが
マンションで最初から契約されているプロバイダ意外に
接続出来ません。。。

>>144
おままん

メーカー系に行くからそうなる
下請け丸投げの管理しかしない職場だろ
今すぐWeb系に転職しろ

>>141
publicなフィールドやメソッドが一覧できるドキュメントを整備するのは当然
メジャーなOSSライブラリでもみんなやってる

コードを読む以外の方法を提供してないライブラリ使う気になる？

目的が間違ってるのか手段が間違ってるのか区別しないと

日本に昔からあるメーカーやIT企業は全て時代遅れの生産性皆無のゴミ企業ばかりだからな
下請け丸投げで技術の蓄積を放棄して数十年過ごすうちに馬鹿にしていた韓国や中国にも劣るIT後進国になってしまった
駄目な会社は見限って若い人主導の自社開発のWEB系に転職しろ
メルカリ、サイバーエージェント、クックパッドといったような企業だ

しつこいなー
今どき「Web系」なんて古臭い考え方する人の意見聞くやついるわけないじゃん

>>147
privateなものまで仔細漏らさずって感じなんですがその場合は……

プログラムがある程度動いたりテストが通ったりする頃に合わせて徐々にJavaDocの類のドキュメントが揃っていくのは健全
個人的にはprivateメソッドにもコメント必須と言われてもそこまで嫌な感じはしない
けどソースを1ステップも書く前からExcelで机上の空論でメソッド設計される開発フローはクソ
作りながらリファクタリングしたり軌道修正するたびにドキュメント修正のオーバーヘッドがかかる
その手間を嫌ってソースの美化も抑制される傾向が生まれるから、最終的なソースコードも導かれしクソになる定め

転職しろ

>>150
まずは必要性や理由について確認したら？
何のためにやってるのかわからないけど理由は確認してないんじゃ話にならないでしょ

その上でやり方がまずいと思うんなら話し合って変えるための努力をすればいい

>>151
いきあたりばったりで開発するほうが効率悪いよ
リファクタリングってかっこよく言っても現実は失敗作のやり直しだからね
しっかり設計書に落とし込んでそのとおりのコードを書く
そうすればたった一度のコーディングでリファクタリング何度も積み重ねたキレイなコードと同等の品質が担保できる

趣味でもいいから一度まともにソフトウェア作った方が良いよ

>>148
最後の2行以外は同意

作って終わりじゃ喉元すぎて暑さ忘れる
忘れない程度に煮え湯を何度か飲まないとな

>>154
書く前に完成形のコードなんかできるわけねぇだろ

コーディング中に気付いた改善点や不備はどうするんだよ
それを反映させて磨きをかけていくから良いものになる
一度でもまともにプログラムを書いていれば分かること

>>158
出来ますよ

完成形のさじ加減がわからんが、
クラス名とメソッド関数名、アトミックな処理が決まればコードの8割は完成してると思う

>>154
いきあたりばったりで詳細設計書を書いても効率悪いだろうから詳細設計設計書を書いて課長から本部長までイテレーティブにハンコもらわないとね
設計のレイヤーを7層くらいにすればきっとすごい品質になるぜ！
「しっかり設計書に落とし込んで」の前提を得るまでにスゲー金が掛かるならコーディングが一発で美しい仕上がりでも無意味だわな
コードは読めないけど設計書をレビューさせたら神レベルの検査職人がうなるほどいるならありっちゃあり

詳細設計書を書くコテコテウォーターフォール推奨派なら、自動テストなどという胡散臭いものは触る前から却下だよな
デメリットが一つでも思いつけば新しいことにチャレンジしたり適材適所で組み込んだりするのをやらない理由には十分だぜ

だいたいはレビューに回してる間にコーディングしてそう
そして新しい問題が判明してタイミングに迷いそうw

>>162
“詳細設計”設計書は世間一般では詳細設計計画書と言って
官公庁系やプロジェクトチームの規模が大きいところなら普通に存在してて客にもハンコ貰う

その抽象度になれば簡単にテンプレート化できるから認識合わせ以外の基本手間はかからない

金融とかそういうつまらない糞は面白くないだろうよ

テレワーク出来るのに週3くらい出社させられてるんだがもう意味分からない

家の中にルータを２つ設定して
それぞれにプロバイダA、プロバイダBで通信する事は可能なのでしょうか？


別々なプロバイダ（電波）を２本飛ばして切り替えて使いたいです。

プログラム的に切り替えたいってことかな。
いまどっちで繋がってるかはBSSIDみりゃ分かると思うけど、
Windowsなら勝手に接続先APを切り替えるのは出来るんだっけ？

AndroidやiOSならセキュリティ上できなくなってるけど。

１時間ごとに宅内で飛ばす無線を切り替えたいと考えてます。

間違えました。
同時に複数のプロバイダの回線が飛んでる状態にしたいです。

整理して質問しろよ
まず異なった2本の回線を引いてきてるONUなりルータがそれぞれ1台ずつあるのか？
ならそれぞれWi-Fiルータなりつければ飛ぶやろ

それともPCをWi-Fiのアクセスポイントとして設置したいけど、
その2本の回線を1本を使うように切り替えられるようにしたいってことか？

回線は１本です。
プロバイダを２つ契約して、同時に２つのプロバイダで通信したいのです。

マルチセッション対応したルーターならできるんじゃね？
でもルーティング設定は静的にしか出来んかもな
Windows関係ないからルーターのメーカーに聞いてね

>>168
フレッツなら2回線行けるはず
光の出口にスイッチングHUB挟んでルーター2つ繋げれば良い

>>175
ありがとうございます。
１回線２プロバイダですね。

プログラムと日本語のコメントやドキュメント書くために、全角半角を行ったり来たりする人って結構いると思うんだが
キーボードの｢半角/全角｣キーってデフォルトのまま使ってる？

スペースキーの隣の「無変換」キーを
IME ON/OFF に割り当てている

IME ONとOFFはトグルではなく個別のキーに割り当ててる
現状がどっちなのか気にする必要がないから捗る

俺もJIS配列では変換/無変換にIMEオンとオフ割り当ててる
US配列ではスペースキーが短めなら左右Altキー単押しにIMEオンオフ割り当て

windowsとかいうダサいPC使ってるからそうなる

広範囲にいろいろダウンしたな
1.1.1.1も駄目で焦った

私も昔変換キーをIMEに割り当てていたんだが
スペースキーと押し間違いが多いので
今は何も割り当てていない

PDF のクロスリファレンステーブルないしストリームは必須？
手書きで PDF を書くのにオブジェクトのバイト位置なんて簡単には分からない訳だけど、xref が必須じゃないならその問題から解放される。
実際 xref を省略しても PDF として開けるようなんだけど、仕様の上ではどうなってるの？
仕様書読みたいんだけど見つけられなかった。

尼崎のUSB事故
運用面が糞なのは置いておいて、技術的にユニークなセキュリティ対策は何かあるだろうか？

>>185
どういう脅威に対する対策？

技術的にユニークてどういう意味？

>>186
オープンに聞いてるから好きに定義したり解釈してくれていいよ

Unique Security Bus規格を開発して使う
機器を挿すと極秘指令が読み上げられ最後まで聞くとなおこのUSBは自動的に消滅する
所有者とUSBがへその緒で繋がっていてパージされると5分で活動停止し無理に動かすと暴走する
迷子になるとUSBが自分で歩いて交番に届ける

なお質問がゴミだと回答もゴミになる法則をGIGOという

スゲー
100%バカって一瞬で分かる言葉遣い
・「糞」大好き
・技術的にユニーク ← 「ユニーク」という語の意味を理解していない
・オープンに聞いてる ← 「オープン」という語にそんな用法はない

日本の誰でもできる仕事しかしてない自称ビジネスパーソンにありがちな言葉遣いです
オツカレ！

open には not limited や not decided or certain という概念を含むから用法がないと言い切るのもどうだろね
オープンクエスチョンから類推できると思う
例文： We don't have to make a firm decision yet. Let's leave it open.

adverbのような使い方に非常に違和感がある、と言ったら伝わると思う
openlyという副詞もあるにはあるが、こちらはそれこそ意味が全く違うからね

セキュリティ対策って脅威の想定と運用体制が9割5分以上なんだよね

そこを切り離して考えてるようだと尼崎になるよ

山小屋泊縦走したいんですけど天気が悪かったらスケジュール変更したいんですが、
前日に電話しても予約は間に合うんでしょうか北アルプスで

自動的に消滅するはそうとうなおっさん臭いな

読みだしたら消えるとか期限が来たら消えるとかは実現できそうだが
他人が読みだしても消えるけどなｗ
まあ、運用と切り離したセキュリティ対策とかあり得んわな

もしかして予定遅延も見越して複数日事前に予約して支払いまで済ませるのが一般的なんでしょうか

ネーミング規約を策定してるんだけどこれは入れとけってのある？

言語に応じて公式の規約があるから、それをコピペしろ
自分で考えるな

コーディング規約ではなくネーミング規約
ファイル名とかプログラムの外側の命名規則を決めるの

それも言語毎に標準的な作法はあるでしょ

だとしてもその範囲内で業務ごとなのか機能ごとなのかバッティングしないように決めないの？

この世にあるすべての方程式の一般解なんてないから、それは実務や具体例で考えるしかない。

少なくとも業務の内容と言語の種類を指定しろ。

>>198
具体例を2～3個上げてみて

>>202
オンライン業務用AWSリソースのネーミング
バッチ業務用AWSリソースのネーミング
本番開発それぞれ
とか

>>196
底辺プログラマも多いから、名称は原則ローマ字

>>203
それらは1つのネーミング規約の中の項目の具体例ということ？
「バッチ業務用AWSのリソースはAWSJOB_XXXXXXと命名する」的な？

>>204
英語はセンスないと意味分からないもんな
ローマ字はローマ字で表記統一しないと大変なことになるけども
chinpo
chimpo
titu
chitu
chitsu

DBの命名規約とかはわりと一般的だけど
バッチやオンラインとかの命名をわざわざ独立した規約にしてまとめるケースは最近見ないね
組織やシステムの境界を越えて共有するリソース減ってきてるからしっかり命名ルールを明文化して統一する必要性が薄くなってるからだと思う

逆にそういうカルチャーのある会社なら旧システムの規約があるだろうからそれをある程度踏襲しつつ必要に応じて都度拡張していくほうがいい気がする

ヘボン式ローマ字とか、訓令式ローマ字とか。

>>205
リソースは端折ったけど
オンラインのWEBサーバー(EC2)はWWW
バッチのAPサーバー(EC2)はXXX
オンラインのS3(コンテンツ配信用バケット)はYYY
バッチのS3(バックアップ用バケット)はZZZ
とかね例えば

>>207
確かに昔と違って全社の共有資産ってよりは部署やチームごとに持ってたりするもんね

>>209
AWS特有の話になるけど、名前じゃなくてタグで管理するのがベストプラクティス
リソース名はAWSによって自動生成されるケースも多いから、統制しようとするのは不毛

>>209
server naming + rules/conventions/schemesあたりで検索するとわんさか出てくるからいくつかピックアップして自分好みにアレンジすれば？

シスアドやOps系の板があるならそっちで聞いた方がいいかもしれない

整数だけを使って小数計算を実装する
アルゴリズムか何かかしりませんか？

現代コンピュータがやってることって全て整数だよ
浮動小数点数も整数のマッピング
結局バイト列だから

フォークを手渡すときは、手のひらを見せるのがマナー。
フォークで刺すと思われちゃうからね。

平林先生の出演する番組を見て、マナーは人々を不幸にするので、日本はマナーが必要ない国を目指すべきと思いました。

マナーがなければ、平林先生も刺されるとビクつかなくて済んだのでは？
マナーさえなければ、そこまで嫌われなかった。
先生もマナーの被害者ですよ。
加害者でもあるけど。

>>213
有理数に限るのなら
途中計算はすべて分数にして
最後に一回だけ割り算をすれば
誤差が出ないね

>>213
いろいろなタイプ・レベルのものがあると思うけど、説明がそれだけだとなんとも

例えば素朴なやつ: 1.23/4.56なら1.23の桁をできるだけずらして（たとえば1230000000）、
それを456で割り、答えを表示するときに小数点の位置を適切にセットする

使える整数は符号付き32bitまで
その範囲でなるべく高い精度の小数を使った四則演算がしたい
可能であれば32bitを超える数値も扱いたい
そういった論文とかありそうなんだけどなー

そこまで有効数字の桁数が必要なものは
ほとんどないのでは?
実用的なものがなんなのか
思いつかない

FFT

gmp
mpir
bcd

うん、なので結局多倍長計算がしたいということなのか、それとも「整数だけ」という
部分に違う意味やこだわりがあるのかという

220も221も
実際の計算は
適当なところで切り上げるから
ほんとにそんな精度が必要なのか
というとちょっとね

計算前に整数型をシフトする固定小数点は浮動小数点のコストが高かった頃からゲームでよく使われてたと思う
ゲームエンジンではいまだに使ってるだろうけど

>>219
ライブラリを作りたいだけなので

>>222
最低限小数の計算がしたい
なるべく何でもしたい
事情があって32bit符号付き整数しか使えない
自分で考えるの面倒だから、すでにそういう論文とか実装があるなら参考にしたい

倍精度で計算してたのがFFT一発で単精度まで落ちるわけだ
単精度もありゃ十分じゃないかという立場をとるのはもちろん個人の自由だが

ライブラリを作るとして
結果出力は32bit整数なんですなね？

何桁の有効数字が必要なのかを決めないと
倍精度か何か決められないと思うんだけどな

>>228
文字やで

>>230
何文字なんですなね？

>>226
まず、固定小数点演算については調べたの？
それじゃ満たせない要件はなんなの？

>>231
メモリの許す限りや
範囲を指定できるようにしてもええで

>>232
アルゴリズムを聞いてるんだから
何が満たせないかなんてわかるわけがない

なんか具体例書かないとわからないみたいだから書くよ

345256438989867340975.3498804523475890735 / 9850434535458464390.2988504385251831532

という数式文字列を32bit整数だけ使ってなるべく速く効率よく計算するアルゴリズムの名前を教えて
もちろん割り算だけじゃなくて、最低限四則演算ができる

>>234
筆算法＋十進二進変換で地道にやるしかないのでは？
http://2chb.net/r/tech/1434079972/84

>>234
そんなことして何に使うの？
なんのために必要なの？

>>234
桁数がいくらでもというならBCD演算かな。

JavaのBigDecimalじゃだめなの？
小数位2^32桁までしか計算できないけど

>>237
また使えない技術を今さらのように挙げる馬鹿が現れた‥‥
BCD 演算を実装しているアーキが今でもあるとでもいうのか？

いや BCD というより、1000000000進数表現がいいね。
10進数 9桁毎に区切って 32bitレジスタに入れて、多ワード筆算だよ。

>>239
アーキとなんの関係があるんだ？
頭使えよ

馬鹿が好きな言葉「馬鹿」

>>241
へえ？アーキの支援なしにハーフキャリーすらない状況で手でちまちま書くのかい？というか、書いてみろよ、その BCD 演算とやらを

>>243
お前の言ってるのは多分 packed BCD なんだろうな

ハゲが好きな言葉「ハゲ」

>>243
お前頭悪くて >>237 から >>240 を読んでも分かってなさそうだし、ちょっと暇だから詳しく書いてやる。
BCD を使う目的は、10進数と 2進数の変換コストを下げるためな。桁数がいくらでもあるような値のそんな変換、それそのものが相当なコストだろ？
だから BCD ってのは 0～9 という限られた値だけを使って、10進数との変換を簡単にしてる。
1バイトで 10進数 1桁表現だ。分かるか？
ここまで分かれば、この表現での筆算式演算ルーチンはお前でも書けるな？
で、今回は 32bit 演算器があるわけだから、それを効率よく使いつつ BCD と同様の目的を果たすのが 1000000000進数表現な。
10進数の 999999999 は 0x3B9AC9FF で、32bit に納まるのは分かるな？
0x999999999 なんてバカな表現にしなければ、1バイト/桁の筆算と同じ要領で計算できることが分かるな？
頭使えよ

>>234が10進数で書いているから入出力は10進数で確定
あとはどういう演算か桁数はいくつかに依って10^n進数演算をしたほうが有利な場合もあれば2^n進数演算をしたほうが有利な場合もある

>>247
んまあ実際乗算を筆算でやる場合のコストはオーダー n2 だから、式が長い(計算回数が多い)なら変換コストを払って2進数にしてしまうのがいいかもね。
でも今回は小数が欲しいから、2進数で計算しちゃうとその帳尻会わせも面倒そうね。

お前らほんと面白いなｗ

なんでJavaのBigDecimalみたいなのを自分で実装する話で
参考になるアルゴリズムを聞いただけで荒れるんだよｗ

知らないなら知りませんって言えばいいじゃんか
なんでいちいち文句言うんだよｗｗ

それにしても昔の人は同じことをやってるはずなんだが
この問題、アルゴリズムとして確立されてないんか？

>>249
荒れるもなにも、とっくに固定小数とか筆算法って出てるじゃん。
それで何が不満なのかくらい書いたらどうだい。
というか、つべこべ言ってないでまず作ってみろよ。

>>251
アルゴリズム名が知りたいね
筆算法なんてコンピュータで使われてないし

不遜メソッド効きすぎｗｗｗ

>>249
△知らないなら知りません
◎書けないなら書けません
∵>>235

>>252
使われていますよ、整数演算をきちんとしたいのならそれしかないのでは？

>>252
名前を知ってどうするの？
そこそこプログラム書いてりゃどんな方法なのかは分かるし、使われてないなんてアホなことも言うわけもないぞ。
多ワード乗除の基本中の基本であって、他にどうやるの？ってレベル。
2進数の掛け算とか、掛ける数分ループで足しちゃう人？

>>256
アルゴリズムの名前を聞くのは
それについて調べるだけに決まってるだろｗ

おまえ、すでにあるアルゴリズムを
想像で再発明するんか？
アホやなぁ

>>257
つべこべ言わず手を動かせよ。
いつも口ばっかりと言われてるだろ？

「アルゴリズム 筆算」を検索したら普通に見つかったこれ、面白かったよ。

超高速！多バイト長整数の計算手法

>>257
コードは書かねぇわ検索はしねぇわ、しょうもねーな

宿題は宿題スレでやれ

>>259
小数がね～だろ

>>261
頭使う気が皆無というのがすげーな

>>256
＞多ワード乗除の基本中の基本
その基本中の基本が自力では書けない人がほとんど、というのが、今の日本の計算機工学のお馬鹿さを如実に示していると思いますね
誰か >>235 の改良版を公開してくれませんでしょうかね、全然期待していないけど‥‥

どうした？
散々 QZ に言いたい放題に言われ続けても実装が出せないのか？
馬鹿ばかりだな‥‥

BigDecimal は src.zip を解凍すりゃソースが出てくるのに…

なんか最近C++スレでも整数環上でのFFTも理解してないカスが暴れてるけど、このスレも同じノリになってきたな
なぜ？

整数環上でのFFTを知ってる程度の人間が
マウント取ってるからじゃないですかねぇ

馬鹿にレスを与えないで下さい
馬鹿が居憑いてしまいます

>>267
何も理解してなくても何か言った気になれる便利構文

>>266
彼のコードを見ているけれども、一般的な乗算に展開できるほどの抽象度が足りないですね
もっと汎用的に書かないのならば単なるオナニーですよね
少なくとも >>235 くらいには汎用的に書いてほしいのですけど‥‥

>>265
どこの URL の src.zip を圧縮解除すればコードが手に入るのか　****具体的に****　記述できますか？

>>270
ファイル名は間違ってるかもしれないが、SDKのインストール先直下のディレクトリにzip(もしくはjar)としてライブラリのソースは入ってるのよ

>>270
またEclipseとかIDEではソース中で使われてるBigIntegerとかから実装にジャンプするとzip中の対象ファイルがエディタで開かれる

>>270
これは古いバージョンだけど
https://github.com/openjdk-mirror/jdk7u-jdk/blob/master/src/share/classes/java/math/BigDecimal.java
とか、GitHub にも置かれてる

こいつ有名な荒らしだから相手しない方が良いよ
不毛なことしか書けない人

>>271
ちゃんとした情報を出してくださいね
そんないいかげんな情報では動く気にもなれないの、馬鹿

>>272
エクリプスなんて使いたくないの、xyzzy でやる方法を教えてね

>>273
新しいバージョンをお願いね

>>274
有名でもないし嵐でもないわ

>>277
コア技術でもないのに最新版を要求するクズっぷりに草

Javaで「文字列がヌルも含めた空文字である」を評価するとき、例えば
if (str == null || str.isEmpty()) としますよね? でこれは短絡評価によりstrがnullのときは
str.isEmpty()は評価されないのでNPEは発生しないと。
ここから質問ですが、これの否定式を作る場合に、単純にドモルガンを適用して
if (str != null && !str.isEmpty()) でいいですよね?

一般的に元の式が短絡評価込みで問題ない場合、単にそれの否定をとったりしても
問題は生じない、ですよね? というか単純に否定の式を書くべきですよね?（どこかで順序
を変えてはいけない） というか
if (!(str == null || str.isEmpty())) が無難かもしれないですが、場合によってはバラして
簡略化したいですよね? そのとき項の順序さえ変えなければあとは論理法則を適用して
変形していいですよね? というか

あと、論理的には問題ないように順序を交換してその項が消える場合は
順序を変えてもいいんですかね? とか

動作上の問題はない
最適化ガーとか言い出すド阿呆は居るかもしれない

んだが、普通はnullだと異常ルートでreturnさせたりするから、空の判定を書くことが多いんじゃないかなという経験的感想

>>282
正常ルートをブロック化すると無駄なネストが増えちゃうから
俺ならそんなコード書かれてたらレビューで指摘する

>>283
ブロック化というか、
if (str == null) return;
的なものを最初の方に置いておくってことじゃね。

なんだ自己レスかよw

kotlinにしてisNullOrEmptyにしないからそうなる

twitter apiの質問ってここでいいですか？

最近の言語はnullを廃止して安全にした言語が増えてきたね
Rustなどのようにnullを無くして静的な型チェックでnull関係のミスをコンパイル時点で完全に防ぐ言語がオススメかな

変数を何千、何万という規模で使うようなプログラム作ってる人は
その何千以上の変数名を全部自分で考えて付けてるんですか？基本的に命名規則に従って
なにかしらの手抜き方法とかあるんですか？

>>289
全部グローバル変数なら命名も大変だろうが、小さいスコープ内なら大変じゃないよ

>>289
まともなプログラム＆言語ではグローバル変数を滅多に使わない
関数やクラスなどの中に閉じた変数を使うからその中で名前を区別できれば十分
その関数もグローバル関数はレアな存在でクラスなどのメソッド関数などにするのでそのクラスなどの中で名前を区別できれば十分
そのクラスなどもモジュールなどの中で名前を区別できれば十分
そのモジュールなどの名前は仮にぶつかっても使用を宣言する時に別名として採用できる言語が多いから名前がぶつかっても困ることはない
細かいところは各プログラミング言語によって色々と異なるけど概要としては以上の通り

グローバルおじさんが作ったVBSとか楽しすぎて辞めたくなるよな

速度を優先するとグローバル変数も使いたくなりませんか
連続で呼ばれる関数で毎回変数宣言するよりもグローバル変数で一度定義しておけば
その負担をゼロにできるし

そうですね。他にもmain関数一本で実装するのがモダンなやり方だと思いますよ

>>293
>速度を優先するとグローバル変数も使いたくなりませんか
既に定義済みの変数を利用したいケースは当然あるが
だからといってグローバル変数は使わない

>連続で呼ばれる関数で毎回変数宣言するよりもグローバル変数で一度定義しておけば
>その負担をゼロにできるし
それぞれサンプルコード書いてみたら？
もう少し具体的なアドバイスがもらえると思うよ

>>293
宣言に伴う領域確保時に自動的に内容が初期化されるような処理系だったりポリシーだったりするとそうかもね。
C だと関数呼び出し時にその関数で使用する変数に充分なサイズのスタックフレームを確保するだけだから、コストなんてかからないよ。
スタックポインタを最初に一度ずらすだけだからね。

>>293
グローバル変数は、いつ、どこから、誰が、どのように、アクセスするか不明であり、
一般的にはデータ競合を起こす可能性もあるため、その場合は対策として排他制御が必要となるなど、むしろ遅くなる可能性を招きかねない
グローバル変数はできる限り使わないのが通常のプログラミングの基本である

>>289
命名の省力化よりも設計の質や可読性を高めることに意識を集中させたほうがいいぞ
その意識で1～2年もやれば手抜きというか命名コストを下げる方法も自然と身につく

速度は別としても、どうしても共有したデータを参照したい時は
グローバル変数も使わざるをえないのでは

js幼女だけどfsoやwshをグローバルにしている

ローカルDBやファイルや設定ファイルなどはグローバル変数だから使うべきでない

>>299
まずデータ共有のためにグローバル変数を用いるのは他に手段がない場合に限定されしかも以下の点に注意する必要か出て来ます
データを多者で共有するということは
その多者の関係によってはデータ競合が発生するため一般的には排他制御を行うことになります

>>301
設定ファイル名は固定ならば変数ではなく定数であるからグローバル変数ではない
変わりうる時は引数や環境変数や設定ファイル等が出自となりこれもグローバル変数てはない
ファイルはファイル等のモジュールのオープン関数にファイル名やパスを指定して扱うからグローバル変数の要素はない
ローカルDBも同様でありグローバル変数を必要としない
まともなコードならばグローバル変数は出て来ない

>>299
どの言語を前提に話してるの？

C#やJavaなんかで

>>305
その2つともグローバル変数がそもそも機能的にないやろ
static classのstatic変数使う

C#ならnamespaceを切って、使う側で明示的にインポート

>>289
変数や関数は台帳で管理する
F00001、F00002みたいな名前にしておけば悩む必要はない
なおF00100以下の番号は、前々社長など
会社の偉い人に割り当てられている
その関数は伝説となっており誰も手を付けてはいけないことになっている

アセンブラとか変数どころかアドレスの番地やろ

レジスタ名は変数に含まれますか？

10 GOTO 10

コンストラクタの引数とフィールド変数は毎回困るわ
this着けて回避してるけど未だに嫌だわ
C#はprivateフィールド変数にアンダースコア付けるように成ったらしいから良くなったけどjavaはコンストラクタだけthis付きだわ

>>305
そんなにパフォーマンスにこだわりたいなら、とりあえず C で書いたら？
なんでもグローバルに置くなんてことをしなくても、変数確保のコストをごっそり下げられるよ。

最近はRustのようにグローバル変数を持たない言語も増えているね

「〇〇の言語では」という話は、既存のコードを直す場合には残念ながら無効
新規のコードだって普通は言語縛りがあったりする
事件は現場で起きている

>>307
実際そういうソース見たことあるわ
グローバル変数名がみんなそういう番号なのな
で、関数はほとんど関数ポインタの配列に入ってて、添字頼りで呼び出す、、、
しかもコメントはほぼ皆無、あったとしても「なぜかこうしないと動かない」的な独り言

きっと天才が作ったんだろう、俺には解析できなかったよ

OSがLinux・unixでは昔makeを使ってたと思います
今は何が主流なんですか？

make

cmake

Makefileなんか使わない
ソースコードはCファイル一つでできている

>>316
最近はCとほぼ同速度が出るのに自動メモリ解放で安全に楽できるRustで書くことが増えたから
makeに相当するのはcargoかな
ライブラリのバージョン管理や自動ダウンロードなど含めて何でもしてくれる

ポケモンの交換は途中で電源を消してもポケモンの増殖や消滅が起こりませんが、どのようになってるのでしょうか

起こるようだが？
ちゃんとトランザクション処理してないのか？

>>320
意味わかんねー
それは本当に「主流」か？？？
cargoでパッケージをインストールするのがデフォルトなディストリなんてあるか？
テメーが覚えたてのこと言いたいだけなんじゃないかと

あとソフトウェア開発の現場では「自動メモリ解放で安全に楽できる」新言語よりもただ単に枯れてるからというだけの理由でC/C++が優先されることが非常に多いということを理解してないように思う

もっと言うとメモリの管理で苦労したくないという浅い浅い動機ならC++でできる限りSTLでプログラミングした方が圧倒的に導入のコストが低く済むという事実
ま、「いや組み込みを想定するとSTLなんて使えないから～」とか訳の分からん擁護に走る奴が出てくるのは目に見えてるがな

>>323
例えばLinux開発陣営も
失敗言語C++を採用しませんでしたが
成功言語Rustは採用したように
言語としての優劣は明確となっています

今までの蓄積の差がC++の優位点です
今後は時間とともにC++が相対的に衰退していくのでしょう

>>314
そのような合理性に乏しい判断が生産性の低下と各リスクの上昇を招く

>>323
https://foundation.rust-lang.org/members/
気をつければ問題などと言う認識は時代遅れっすよ

>>323
> cargoでパッケージをインストールするのがデフォルトなディストリなんてあるか？
なんでデフォルトじゃなきゃいかんの？

Ruby では、Rake, Thor みたいなタスクランナーを使う

>>325
「メモリ管理に苦労したくないだけならSTLを積極的に使うことにすれば済む」というのを「気をつければ問題ない」と読んだなら文盲かSTLが何か知らないということになる
組み込み等のSTLが使えないような背景を勝手に想定してるなら話にならない

「メモリ管理に苦労したくない」以外にも山程Rustに良いところがあるのは当然認めている


>>326
論点のすり替えであって、「Rustのcargoが本当にLinux・UNIXにおけるパッケージ管理の主流か」という問いに何ら答えていない
（もちろんこれはただの反語表現であって、答えるまでもなく>>320は頓珍漢なのだが）

>>323
C++がクソ言語だと理解できていない時点であかんやん
メモリ解放の話に限定したとしてもC++ではプログラマーのミスで解放忘れ、多重解放、解放済みエリア利用などのコードとなってしまってもC++コンパイラはそれらを通してしまう
複雑化すれば人間のミスが入り込むことは避けられないため現実にバグやセキュリティの穴をC++は生んできた
現在はそれらのミスを起こしたコードをコンパイラが検出して通さず指摘してくれるRustが登場したのだからC++は着実に退場していくだろう

退場するまでなんとしても生きねば…… ゴホゴホ……

>>329
自己流あるいはアンチパターンにはまってわけわかんないことしてるくらいなら (問題によっては) STLを使えば良いだろっていう指摘なんだが、
> メモリ解放の話に限定したとしてもC++ではプログラマーのミスで解放忘れ、多重解放、解放済みエリア利用など
なんでこんなことになるのか

>>328
> 論点のすり替えであって、「Rustのcargoが本当にLinux・UNIXにおけるパッケージ管理の主流か」という問いに何ら答えていない

Rustのcargoが本当にLinux・UNIXにおけるパッケージ管理の主流かどうかを聞いてなんの意味があるの？
どうせ主流ではないと言いたいんでしょ？

主流ではないから○○だみたいに、
その先を説明してよ

なんで自分の意見を相手に聞くかな？ｗ
自分の意見は、自分から言えば良いんだよ。

相手に自分の主張を言わせることで
「勝った気になる」というテクニックに名前ついてない？

>>331
なぜそれら致命的な欠陥のあるC++を勧めるのか？
他に解決手段が無かった昔はC++が次善手として使われてきたのは仕方ないとしても現在は避けることが可能なのだから

ふう、なんとか致命傷で助かった

お前はすでに死んでいる

>>320
＞ライブラリのバージョン管理や自動ダウンロード

これ、すごく嫌なんですが、オプションでオフにすることはできますか？

>>329
＞解放忘れ、多重解放
これはデバッグ用にラッパをかませれば、すぐにわかりますよ
工夫がたりないんじゃないですか？

>>388
工夫とはPOSIXコマンドだけで何とかすること
依存しているものが使えなくなったら動かなくなる

>>339
あのね、ラッパは自分で書くの
malloc(), free() をラッパでくるんでおいて、解放忘れや二重解放を検出すればいいわｋでしょう？

＞解放済みエリア利用
すなわち、前世バグは、解放時にラッパで乱数を書き込んでおけばいい
本番ではラッパをはずすように #ifdef しておけばいいだけの話でしょう

なんでこんな工夫もできないの？馬鹿なの？

>>340
そんな前近代的なことをしている人がいて驚く
・まず手間も時間もムダ
・その作業も漏れなくミスなくすることを保証できない
・実行しないと何も判明しない
・レアケースに露見するミスはレアケースが来るまでわからないまま
様々な点で問題が多すぎる

C/C++を捨ててRustへ移行すれば
・コードに問題があればコンパイラが通さず問題点を指摘してくれる
・つまりチェックは人手でやる必要なくコンパイラにより完全自動
・コンパイルが通れば安全性が保証される
・つまり実行前に静的に問題がないことを確定できる
・使われなくなった時点で即座に自動的にメモリ解放されるためC/C++で手動で最善にメモリ解放した時と同様に高速
このようにRustへ移行すれば問題が解決する

>>340
解放忘れは機械的にはプロセス終了時点まで分からないと思うけど、プロセス終了時にその領域の情報はどうやって報告するの？
未解放メモリの全部のポインタをどこかに覚えておく？
そして、どこからの malloc で確保されたメモリなのかはどうやって管理する？
他にも new や delete はどうするのとか。
そのノウハウは聞いておきたい。

>>332
> どうせ主流ではないと言いたいんでしょ？
イエス
反語表現の意味を調べよう
（中高で習うそんなに難しくはない概念だし、注意してみると日常生活の中でもよく使われているので、勉強しておくことを勧める）


> 主流ではないから○○だみたいに、
> その先を説明してよ
ホワァイ？
元々>>320が頓珍漢な回答をしているのを指摘しただけなので、そこで終わってる話
頓珍漢に輪をかけたレスがその後も相次いでいるので驚いているが


> なんで自分の意見を相手に聞くかな？ｗ
> 自分の意見は、自分から言えば良いんだよ。
言ってるんだよなあ
まあこの先日本語をもっと勉強することでいずれ理解できるようになると思う
頑張って

>>334
勧めていません
ただし、低レベルプログラミングが必要な場面でないのに「C++はメモリの解放が～」とか言ってるのは誤謬でしかないし、標準ライブラリで提供されてる範囲内で簡単に解決できると示しているだけ

>>340はヤバいね
これなら思考停止でRust使ってた方が良い

今自分でmalloc、free、new、deleteしなきゃいけない場面なんて特定の領域を除いて存在しないでしょっていう話だから

>>343
その件もmakeでやってた前近代的な方法を根本的に見直し捨て去ることで
全く新たなcargoというエコシステムが作られてそれ単独でmakeやその類似を必要とせずに動作しているわけだから
makeの代わりの新たなものという位置付けも一つの見方であると思われる

>>343
だから、Rustのcargoが本当にLinux・UNIXにおけるパッケージ管理の主流じゃないから何？
OSの仕事はあくまでOSのパッケージの管理であって
プログラミング環境のライブラリの管理じゃないんだよ
あんたcargoの役目を理解してなさすぎｗ

>>344
その後半の「標準ライブラリで提供されてる範囲内で簡単に解決できる」は二重にダウト
標準ライブラリの範囲内でも解放忘れや多重解放などは起こり得る
さらに標準ライブラリの範囲内のみで解決できるとはかきらない
したがって標準ライブラリを持ち出すことに何の意味もない

>>346
ていう話なら是

>>347
ええ。ですから>>316に対してcargoとか言い出すのは頓珍漢なのですよ
私と反対のことを言いたいばかりに元々がどんな話だったかすっかりお忘れになられているようで、本当に気の毒ですがもう少し日本語のお勉強に真剣になられた方が良いです

>>349
はぁ（苦笑）

あのねぇ、makeはね、OSのコマンドなの。UNIXの中に含まれてるから。
でね、makeっていうのはビルドツールなわけ。
昔のunixにはパッケージ管理ツールなんてなかったのから
ビルドするしかなかったの

今はビルドツールにOSのコマンドを使わなくなってきてるの
cargoはプログラム専用のパッケージ管理ツール兼ビルドツールなわけ

つまりね、
・パッケージを使う場合はOSのパッケージ管理ツールを使う
・しかしパッケージ管理ツールは、make、ビルドツールのことじゃあない
・今の話はmakeの代わりに何を使うって話
・makeの代わりはcargoや各言語のビルドツールなわけ
おまえはmakeをパッケージ管理ツールだと勘違いしてる

ここまで丁寧に教えないと理解しないんだろうな

makeの代わりに何を使う？って話なんだからcargoは間違いじゃない

makeの話なのにOSのパッケージ管理ツールってなんだよ？とかいいだしてる>>323がアホと言う結論

>>350
>>346で止めときゃ合ってたのに……（もしかして「是」の意味がわからなかった？）

OSのコマンドとして見るなら尚更cargoを持ち出すのは頓珍漢だろ

とりあえず>>340って実際にどんなことをしてるかちょっとだけ気になるんだけど
よかったら具体的な説明を

と思ったが、あれかな、valgrindとかでやることを自分でやるみたいな?
普通にそういうツールやライブラリに頼った方がいいような

>>352
今どきはOSのコマンドでビルドしないって言ってんだろ
いい加減OSの話忘れろよ
おまえだけだぞ

Rust Foundation Platinumに日本企業はない。中国企業はいる
日本は中国未満

現時点でRustで構築されてるOSってある?
カーネルはLinuxでもいいけどそれより上の部分で

Rustなんて結局流行らんでしょｗ
まぁ、スレ違いなのでしょーも無い事を語るなら別のスレにいけ

gitでマージしてコンフリクトしなかったファイルとコンフリクトしたファイルがあって
これをコミットする際、コンフリクトせずマージされたコミットとコンフリクト解消したコミットのように2つに分けたいのですが
どうやればいいのでしょうか

単純にマージする前にブランチ切っていれば戻れるし好きに出来るのでは？

>>359
stageに上がった修正だけがcommitされるから、
コンフリクト解消前のstageをcommitした後に
コンフリクト解消してまたcommitすりゃいい

>>361
コンフリ解消前のをcommitするとコンフリ解決してないので
committing is not possible because you have unmerged files
とエラーが出てコミットできないんですが
コンフリしたファイルをそのままaddしてコミットしろってことでしょうか？

>>362
merge状態から抜ければcommitできるので、そうしてもいいし
コンフリクトしたファイルだけを元に戻してもいい

でも、どちらにせよビルドできない状態をcommitすることになるだろうから
ちゃんとコンフリクトを解消してからcommitした方がいいと思うけどなぁ
まあ、最初のやりたいことからは外れちゃうけど

>>357
これからは一つの言語で構成されるOSはなくなっていく

>>341
＞・まず手間も時間もムダ
ちょいちょいと 200 ステップくらいで簡単に実現できますよ、一晩で書けちゃいますよ

＞・その作業も漏れなくミスなくすることを保証できない
＞・実行しないと何も判明しない
何もしないよりはましでしょうね、簡単なラッパを置くだけでケアレスミスは弾けますね、やったことなければわからないでしょうが

>>342
末尾に解放忘れを列挙する関数を置けばいいだけですよ、リリース時には #ifdef で無効にするようなものでね

>>345
私は別に rust を否定しているわけではないですよ
指摘された問題点はちょいちょいとラッパを書くだけで割と簡単に弾けるのに、というだけですね

>>353
ヘッダ：https://ideone.com/E6J83P
本体：https://ideone.com/WpsIxp
一晩で即席に作ったけれども結構今でも役に立っていますね‥‥

リーク検出なんてVCは標準であるけど、他の環境にはないの？

>>363
コンフリしたファイルをHEADの内容で更新commitして
コンフリしたファイルを再度修正してそれをコンフリ解決としてコミットすれば
やりたいような感じのことができました
レスありがとうございました

>>366
昔の bcc にもありました、ちょっとバグってたけれども
clang　ベースの今の bcc にあるかどうかはちょっとわかりませんね

質問と言うかご意見をお聞かせください

daoパターンを調べていてトップに出てきたのがこれです
https://kanda-it-school-kensyu.com/java-jdbc-contents/jj_ch04/jj_0401/
気になったのは
selectIsbnAll、selectTitleAll、selectPriceAllが、内部で使うSQL文以外は全く共通の構造になっているということです
例えば受け取ったSQLを実行して結果を返す関数xxxを別に作る、上の3関数ではSQL文を作ってxxxに渡して呼び出す
そういう構造にするのはダメなんでしょうか

それとも重複させたほうがいい理由が何かあるのでしょうか。よろしくお願いします

失礼しました。SQL文以外にも取得する列名も関数ごとに別ですね
まぁその場合でもxxxに列名を引数として追加すればいいのではと思いますが

>>369
>そういう構造にするのはダメなんでしょうか

全く問題ないよ

しいて言えば
他の開発者が重複させた状態でパターン認識してれば共通処理に切り出すと分かりにくくなるとか
すべてのDAOが依存する共通クラスができるのでその維持管理に少し手間がかかるとか
そういうデメリットはあるかもしれない

Java のJDBC って、何十年前の話なの？

Ruby on Rails では、Active Record というO/R マッパーで全自動。
こんなコーディングを見た事がない

markdownってなにが便利なの？
見る人にわざわざViewerをインストールしてもらわなきゃいけないの

>>374
HTMLよりも文法が簡単で、わかりやすい。
テキストベースでGitと相性が良い。
markdownが書ければ本も出版できる。

本を出版できるかどうかは関係ないでしょ
書く内容があれば、markdownがかけなくても出版は出来るでしょうし。

整形されたものを見るためには、ブラウザ側の準備とかも必要ですし
○○をインストールすれば、綺麗に見えますよ
なんていってもそんなの面倒といわれるのがオチですよね

ブラウザ等が必要なのはHTMLやTextileも同じ
それらに比べてプレーンテキストでの視認性は良い

gitと相性良いってのは本当にでかい
未だにword/excelをSVN管理してるところの多さよ

音楽を流すプログラムを公開する時、著作権の問題を回避するため、曲データそのものは省いた状態で公開したい。
でもデモというかサンプルとして、そのデータのシーケンスの様子を youtube で公開して、ようするにそれを見ればデータを再現できるわけだけど、
そういう公開の仕方で著作権の問題は出そう？
公開したいものの主体としてはシーケンサの方ではあるけど、その曲を入れたくて作ったという側面がある。
もちろん使う人がお好きなデータを入れられる。

仕事中に転職予定のプログラミングの勉強をしたいのだけど
いい方法はないかしら？
今の仕事中はときどきアイドル時間があってわりと勉強できそうだけど
周りにチームリーダーやまじめ君がいてPCをのぞきこまれてそれを見つかるのはまずい。

スマホPDFでみれば

>>381
それもなかなか難しいんですよ。
理想はPCで仕事してるふりしてPCの小領域に勉強のためのWebサイトを開くみたいな。

PC介すと検閲に引っかかるとかないの？

えー要約すると仕事中に仕事と全く関係なくて見つかるのもまずいことしようとしてるんだけどいい方法ありませんか

通信URLが監視されてたら何してもばれる。

それでもやりたいならWin+D

「ボスが来た」で検索すると、そういうツールが見つかるよ。

通信内容も隠蔽したいならテザリングするといいよ。

内部通告は社会の正義だからね。がんばってね。

今ならメガネ型の端末やコンタクトレンズみたいな端末があるって。
それでネットサーフィンできるよ。

などと自宅警備員が言っており

その言語の研修に行かせてもらえば？

UMLとかどこ行っても潰しの効く技術を勉強しといたら？
特に最下流なゴミ案件だと設計ドキュメント無かったりするから、それを作ってますと言い訳

OSSのライブラリって設計ドキュメントとかなかったりするよね
OSSの開発には参加できない低レベル人材ということだよね

設計資料の無いプログラムなんて、何の価値も無いでしょ
個人が趣味やってるようなものなら話しは別だけど
会社で仕事としてやってるなら、ソースだけなんてありえない。

そこらに建ってるビルで設計図ないビルなんて無いだろ
犬小屋つくるのとはわけがちがう

設計図は保守のために必要なのであって開発のための設計図は不要

会社に入れば分かるよ
学生さんがお遊びで書いてるようなおもちゃコードとはダンチレベチだから

OSSはわかる人が参加するものであって
企業内の製品は誰でもわかるようにしなければいけない
設計あるなしは要否によっても決まるもの、という位置付けに変化した

会社でコード書いてるのなんて高卒とか専卒のやつらだろ
大学でちゃんとコード書いてる学生さんの方が上だよ

なぜか学歴の話しになってて草草草
頭の悪い人って物事を別の方向に捉えて勝手に結論付けるよね

N□□セキュアとかの仕事ですら、設計ドキュメント無かったぜ

ビルは完全にウォーターフォールでしか開発できないからな
途中で改善点など見つけても後戻りできない
そこがソフトウェア開発と建築との違いで何度でも試行錯誤してブラッシュアップできるのがソフトウェアの良いところなのに
混同して考えているという時点でセンスないし向いてないから別の業界に転職した方が良いよ

設計ドキュメントの作成・維持・読んで理解するのに要するコスト・時間と
設計ドキュメントなしにコードを読んで設計を理解するのに要するコスト・時間を状況に応じて比較して考えればいいよ

設計するやつとコード書くやつが分かれてたり
コードだけからだと設計を読み取るのに時間がかかったり
そもそもコードを読めない・読まない人が設計を理解する必要があったり
多くのソフトウェアやシステムは後者のコストが著しく高くなる環境のほうが一般的

設計するやつとコード書くやつが同じでユーザーもコードを読む前提のソフトウェアやシステムはどちらかといえば例外的

>>394
オープンソースのソフトウェアに分厚い設計資料はありますか？

>>403
オープンソースには分かるやつしか参加しないから、ソースコードを別の言葉で書き直したような設計書ならいらないんだよね。
企業は人員の 9割が無能だから、そいつらのための仕事として設計書作成作業を設けてるだけ。
んで 9割の連中がその設計書を見ながら作った動かないコードは、残りの 1割の連中が設計書など見ずに動くように書き直す。
だから設計書と製品が解離する。

>>404
オープンソースに分厚い設計資料がないのだったら、本質的に企業の仕事においても不要でしょうね、偉い人にはどうしてそんなことがわからないのでしょうか？

製作者がいなくなったとき、

オープンソースは引き継げる能力のあるやつが引き継ぐ、いなければいつか消えるのみ
会社は他に能力のあるやつがいなくても、誰かに引き継がせなきゃいけない。放置は許されない

>>396
せやな。Linuxぐらいの設計書は必要

>>406
製作者がいなくなる状況を生成した、それが会社側の失敗なのでは？
ドキュメントなんて所詮、参考でしかなく、結局はコードを読むしかない、偉い人にはそれがわからないのでは？

書類なんざ所詮管理手段の一つ。結果が伴わなければ意味ない
書類の作成を目的化するような会社じゃビジネスは上手くいかないだろうね

ダメなプロジェクトや仕事は設計ドキュメントが先にある

良いプロジェクトや仕事は様々なレベルでそれぞれ試しに作っては壊したり比較したりやり直したり
システムアーキテクチャレベルで固まってきてもデータ構造やらAPI相当やらはリファクタリングでどんどん良いものへ変化
そして最後に設計ドキュメントに相当するものをきちんと作る

エクセルのデータを読み込んで加工して手元のmysqlに書き込むプログラムがあるのですが
プログラムで書き込むのと sql fileに書き出してコマンドで実行する方式のどっちがいいでしょうか?

>>411
どういう観点で比較したいの？

C,C++の勉強してListの構造を学んで疑問に思ったのですが
Javaなどでメモリ飛び飛びで作られたListが存在するときにGCが発生したら完全整列するのでしょうか？それとも要素毎に空いたメモリに再配置されるのでしょうか？
前者なら遅くなるなぁ？と、後者で動いてる？
まぁわかったところでGCなのでやりようがないかもですが、考え方だけでも知っておきたいです

>>413
後者
GC言語に限らずリンクリストは非常に非効率なデータ構造であり、動的配列よりもリンクリストの方が適している状況は極めて稀である
Cで実装しやすいから教科書に出てくるだけ

>>414
ありがとうございます
やはり後者ですか
List使った処理を追加したら遅くなりまして
もう一度コードの見直ししてみます

アセンブラスレがなかったのでこちらのスレで失礼します。
学校でH8/300Hのマイコン学習をしています。
どうしてもわからないことがあり質問させてただきます。

HEW 生成ファイル補足説明（H8S、H8/300）
https://www.renesas.com/us/ja/document/man/735601
の３ページ目、リセット関数に関してです。

.SECTION PResetPRG,CODE,LOCATE=H'0400
_PowerON_Reset:
SLEEP
.SECTION $VECT0,DATA,LOCATE=H'0000
.DATA.L _PowerON_Reset
.END

上記のコードは実行してもただSLEEPするだけ、ということは理解できています。

コードの読み方を調べているうちに、
上記コードで定義されているPResetPRGのH'0400と、$VECT0のH'0000は、
ディフォで生成される設定に合わせているということは理解できたのですが、
じゃあ、なんでわざわざ宣言するんでしょうか？
ネットや書籍で調べまくっているのですが、掘り下げた説明に出会えず、
これがピンとこないせいか、授業の内容もいまいちピンときません。
まだLEDをピカらせるといった初歩的なことをしているだけですが、
リセット関数はどのコードにも冒頭部分に記述されています。
しかし初期設定部分ということもあってかコピペで済ましており、
学校の人も誰もこの記述の具体的な説明を含む読み方ができません。

どなたか日本語訳的な感じで読み替えてもらえないでしょうか？
よろしくおねがしいます。

アセンブラというかハードの知識が足りてないんじゃね？
ベクタテーブルで調べてごらん。

h8なんて知らん素人だけどさ
このCPUはリセットされると0番地の内容をプログラムカウンタに設定して
そこから実行を開始するっぽい
で、今回はH'0000番地にVECT0という名前をつけて
内容はH'0400
H'0400番地にPResetPRGという名前をつけて
内容はSLEEP命令
この名前とかアドレスはその開発環境のデフォルトなんでしょ

>>416
>じゃあ、なんでわざわざ宣言するんでしょうか？
この回答は「PResetPRGのアドレスは変更可能だから」かな

>>417->>419
ありがとうございます。書き込み後も調べ続けておりました。

>>417
一応イメージは掴んでいるつもりですが、改めて勉強してみます。
リセット時や割り込み時の処理の仕方だと認識しています。
自分はたぶんsection宣言の読み方や使い方がわかっていない気がします。

>>418
ありがとうございます。レス読んで思い出しました。
このリセット関数については、最初は先生に質問したのですが、
「0000の中に0400が入っているんだよ」と言われ、その時はわかった気になったのですが、
帰宅後に調べ直したらまたわからなくなり、今回の質問に至ったという経緯でした。

わかる
・このCPUはリセットされると0番地から実行を開始する
・名前とかアドレスはデフォルトのやつをそのまま使っている
・H'0000番地にVECT0という名前をつけている。
・H'0400番地にPResetPRGという名前をつけている。

わからない１
・H'0000番地の中にH'0400が入っているについて、その入れる処理は、どこがそうなっているんですか？
私の理解では「番地に名前をつけて、コードかデータの種類を指定しただけど、入れる処理はしていない」です。

わからない２
・.DATA.L _PowerON_Reset　はプログラムを「_PowerON_Reset」からスタートする動作だと
教わりましたが、この記述でなんでそうなるかがわからないです。

>>419
ありがとうございます。そういうもんですか・・・そこは飲み込みます。

CODE Section は、0400 から、
DATA Section は、0000 からとか、

どこのアドレスを使うか、決めるのは自由だろ？

0000 などは、16進数か？

0000〜00ff: 0〜255
0100〜01ff: 256〜511
0200〜02ff: 512〜768
0300〜03ff: 768〜1023
0400〜04ff: 1024〜1279

つまり、0400 は1024のアドレスから始まる

_PowerON_Resetっていうラベルは
SLEEP命令の位置のH'0400を指すんだよ
それで.DATA.Lという疑似命令で
現在位置H'0000にH'0400を出力する

というかマニュアルを読めよ全部書いてあるぞ
たぶんこの2つだろ↓
H8/300H シリーズ プログラミングマニュアル
H8S, H8/300 シリーズ クロスアセンブラ ユーザーズマニュアル

>>424
今回の質問の前に思いつく限りの検索ワードで調べました。
以下の媒体は特に参考になったと思えたページの一部です。
流石に書籍やpdfを全ページ読んだとは言いませんが、
SECTION、PResetPRG、CODE、LOCATE=H'0400、_PowerON_Reset:、$VECT0、DATA
など、コード内にあった主要な記号は全て検索し、
ヒットした箇所の前後の記述を熟読し、それでも理解できなかったので質問しました。
今は >>423 さんのレスにあった疑似命令について調べているる途中です。

プログラムはHTML/CSSしかやったことがなく、そっちの感覚が全く使えないので苦慮しております。


[プログラム](http://www.t-net.ne.jp/~kuu-sky/page090.html)
[01_01.EPS](https://nagasm.org/ASL/manual/soft.pdf)
[HEW 生成ファイル補足説明（H8S、H8/300）](https://www.renesas.com/us/ja/document/man/735601)
[H8プログラミングメモ](https://bluefish.orz.hm/sdoc/h8_prog.html)
[たのしくできるH8マイコン制御実験 - 横田一弘 - Google ブックス](https://books.google.co.jp/books?id=hNPVNj4wuOIC&printsec=frontcover&hl=ja#v=onepage&q&f=false)
(https://books.google.co.jp/books?id=9dd1xBNFRpAC&printsec=frontcover&hl=ja#v=onepage&q&f=false)
[ppkitinside2004.pdf](http://www.robot-triathlon.org/kit/ppkitinside2004.pdf)
[H8S H8/300シリーズ クロスアセンブラ ユーザーズマニュアル](https://www.renesas.com/us/ja/support/document-search?keywords=j702038_h8s)
[H8/36064グループハードウェアマニュアル](https://www.renesas.com/jp/ja/document/mah/h836064-group-hardware-manual?language=ja&r=1052281)
[プログラミング（前編） | Renesas](https://www.renesas.com/jp/ja/support/engineer-school/mcu-programming-peripherals-05)
[H8/300H シリーズ プログラミングマニュアル](https://www.renesas.com/jp/ja/document/man/870711)
[猫ですが。: H８マイコン-その１](http://konohanaya.blogspot.com/2010/10/h.html)

>>420
開発時にメモリ上にどのようにデータを配置するかの指定は今は一般的にリンカの仕事
パソコンのプログラムはもちろん、マイコンでも今はリンカに対して配置するアドレスを
指定するのが一般的
ルネサスの場合、現行のRXマイコンやRAマイコンなどもアドレスはリンカに指示する

しかしレガシーな開発環境だとアセンブラコード内にアドレスを直打ち出来たりして
>>416の例はそのケースだと思う。今時の開発環境でこのパターンはレアと
思われるので理解を深める必要はないかも

H8の開発環境はないのでRXマイコン(CS+)の例だけど
RXマイコンのリセットベクタのアドレスは0xFFFFFFFCからの4バイト
リセットが解除されるとこのアドレスの値がPCへロードされる(＝書かれているアドレスから実行が始まる)

右のメモリダンプを見ると0xFFFFFFFCの値は0000C0FF。リトルエンディアンなので並べ替えると
0xFFC00000となりこのアドレスから実行が開始される
左の逆アセンブルリストで0xFFC00000を見るとPowerON_Reset_PC関数がある
PowerON_Reset_PC関数のソースコードを見ると

#pragma sectionでResetPRGセクションへ配置するよう指示されている(91行目～)
Pはセクション種別で2文字目以降がセクション名
そしてリンカの設定を見ると

ResetPRGセクションは0xFFC00000が指定されていて上記アドレスと一致する

>・このCPUはリセットされると0番地から実行を開始する
正確にはこれは間違っている。正しくは0番地に書いてあるアドレスから実行が開始される
リセットベクタというかベクタテーブルには大きく分けて2パターンあって
・該当するアドレスに書いてある命令を実行する
・該当するアドレスにアドレスから実行する
通常はこのどちらか。H8は後者。前者は古い物に多くて、新しめのはほとんど後者

>・H'0000番地の中にH'0400が入っているについて、その入れる処理は、どこがそうなっているんですか？
>.SECTION $VECT0,DATA,LOCATE=H'0000
>.DATA.L _PowerON_Reset　←PowerON_Resetのアドレスが配置される実データ
この部分が該当箇所。最終的なデータを出力しているのはアセンブラ
上にも書いたけどこのような書き方は今の主流ではない

何となくだけど開発ツールの扱いもまだ不慣れなのかな。自分も使いこなせているとは言い難いけど

>>>423
調べてきました！
DATA命令を使ってメモリ上にアドレスを確保できるってことですね。
どうやら自分はその使い方を、検索時に見落としていたようです。
ようやく0000の中に0400が入る流れがイメージできました。
レスの内容を頼りに調べたところ、下記書籍にDATA命令を用いて
アドレスシンボルの番地をメモリに確保する旨の解説がありました。

たのしくできるH8マイコン制御実験
https://books.google.co.jp/books?id=hNPVNj4wuOIC&printsec=frontcover&hl=ja#v=onepage&q&f=false

>>426-427
419さん画像付きでの解説ありがとうございます！今の自分は「リンカとは？」ってレベルなのですが、
少なくともその「ResetPRGセクションは0xFFC00000が指定されていて上記アドレスと一致する」までの解説は、
画像を見ながら最後まで追いかけることができました。
来週また学校へ行った時に、HEWのツールで同じように追いかけてみます！
「0番地に書いてあるアドレスから実行が開始される」のご指摘も含めて、今後も学んでいきます。

うむ。なかなか見所のある若者じゃ、精進なされよ

ぶっちゃけ「今更H8かよ」感はある
確かに古い故にシンプルだろうし学校の教材の都合なんだろうけど
H8マイコンのほとんど(全部？)は新規開発非推奨になっているはず
マイコンの勉強にはなっても実践的ではない

>>428
本気でマイコン開発を勉強したいなら32bitマイコンのボードを購入して弄ってみる方が
良いかもしれない・・・と思ったけど今やルネサスの評価・試作ボードは値上がっている上に
販路も限られるようだ。国内から買えるところだとTarget Board for RXもRA Fast Prototyping Boardも
chip1stopかmouserくらいしかなくて値段も4～5千円くらいはするっぽい

自分のパソコンを持っているならだけど、HEW後続のCS+の評価版は無料で利用できるから
ダウンロード(確か要登録)＆インストールして同梱されているRXシミュレータを動かしてみるとか？
RXのシミュレータはお世辞にも出来が良いとは言えないけど>>426程度の確認は出来るし
ルネサスがRXをH8の後続に据えていることもあってH8→RX移行マニュアル的なドキュメントも揃っている
もちろんH8のノウハウそのままとは行かないけど雰囲気を掴むくらいは出来るのでは

あとリンカに関してだけどそもそもリンカを含む低レイヤーの解説資料は少ないと思う
自分が知る範囲だとこの本を紹介しておく
リンカ・ローダ実践開発テクニック
https://shop.cqpub.co.jp/hanbai/books/38/38071.html
FreeBSD&gcc環境で解説されていてマイコンに特化した説明ではないので適宜読み替える必要があるけど

アセンブラでリンカの話とか最初からしてもなぁｗとは思う

H8のベクタってその番地にjmpを描くんじゃないの

H8/3069Fみついわボードはよく出来てたなあ
H8のアーキテクチャは普通のPCのCPUと同じノイマン型だからアセンブラの学習には良いと思う
当時はWebでの情報も比較的多かったが
今はどうかな

>>431
現在の学習レベルだと、とりあえず「そう言うもんだ」で済ましてかまわないとは思うけど
本人は納得できていないみたいだし、いつかは理解しなきゃいけない部分だし良いんでないの
割り込みコントローラ回りを弄るようになったらデバッグのために嫌でも覚えるようだろうし

>>430
学校というのは実は職業訓練でして。
今はH8/TinyマイコンとHEW環境を教材にして学んでいますが、
この後の授業は半年かけて、C言語、ラズパイ、Java、スマホのアプリ制作と進んでいく流れです。
H8が時代を感じるものであることは承知しており、プログラムや組込みの基礎を学びつつ、
「わからない状況に陥った時の対応力」を鍛えるつもりで向き合っています。
今回は、自分が勉強しなくちゃいけないところがよくわかりました。
メモリとCPUの関係と、プログラムカウンタの動き方をよく調べておきます。
あとDATA命令の使い方もおさらいします。
ソースコードはちゃんと、１行１行全部、根拠付きで説明できるようになりたいですね。

＞HEW後続のCS+の評価版
環境は自宅でも導入しようと以前調べたのですが、自分のメイン機がMac(M1Air)でして、
HWEがMacで使えないと知り、ちょっと保留にしているところです。
Windows機は10年ほど前に買ったDELLのinsprion15Rが押し入れに眠っているので
Macでやるいい方法が見つからなかったから、お盆あたりにそいつを蘇生しようかな、と。

HEW後続のCS+の評価版の件と、リンカ・ローダ実践開発テクニックはブクマ入れました。

うむ

職業訓練校でH8でアセンブラなんて尖ってるなぁ。
アセンブラなんて基本情報処理向けにCASLでも勉強して
マイコンなんてCでいいと思うんだけどな。

単にアセンブラと言ってもOSみたいのを作る場合と単にユーザープログラムを
書く場合では必要な知識が違うと思われ

>>438
そうだね
今時組み込みですらlinuxとかOSを使うし一昔前でもitronとか使ってたし
直接リセットベクタやらを設定するようなプログラムは現実にはスーパーファミコンぐらいの
時代に戻らないと無かった気がするな
まぁ、コンピュータの知識としての課題でそういう基礎と言うか基本的な事を知っていて悪い事では無いけど
相当前から最低でもC/C++での開発だっただろうし部分的にインラインアセンブラを使う事はあっても
アセンブラでOS無しのプログラムを書くことはまずないからそんな知識は今となっては殆ど必要無くなってるよね

組み込みやったことないのか

おいくつなのか判らんけどそんな学校行くよりとっとと就職して経験積んだ方が良いよ
マイコンの授業なんて担当教員の趣味がだいぶ入り込んでて誰も反論できないような立場だからやるだけ無駄
1年だかを無駄に過ごすとになる

パチスロの開発に関わってる方や詳しい方にお聞きしたいのですが、リプレイフラグは8977か8978のどちらでしょうか？
65536/8977と65536/8978どちらもほぼ7.3なので分かりません。フリーズ65536/8のように割り切れればいいのですが

よろしくお願いします。

>>435
>この後の授業は半年かけて、C言語、ラズパイ、Java、スマホのアプリ制作と進んでいく流れです。
半年でそれらを習得できるとは思えないからさわりだけなのかな。内容から察するととIoT関係かな？

>メモリとCPUの関係と、プログラムカウンタの動き方をよく調べておきます。
この辺は>>425の“プログラミング（前編） | Renesas”とその後編が比較的平易に説明されていると思うけど
不足なんだろうか

>自分のメイン機がMac(M1Air)
iOS開発とかは別として組み込みに限らず開発系でMacはサポートが弱い事が多くかつトラブルの元に
なりがちだからWindows環境かLinux環境を用意した方が良いと思う

>>439
お仕着せのSDKやコードジェネレータのみで作れる程度の物なら低レイヤーの知識は不要かもね

>>441
判らんでも無いけど、今のご時世に仕事しながら勉強できる会社ってどのくらいあるんだ？
特に質問者が疑問に思っているような低レイヤーに詳しい人がいる会社なんて結構レアそう
開発系なんて日常業務に忙殺されて下手すりゃ体をこわしかねないイメージがあるが

>>442
「10/73以上であること」が規則
なので8977/65536はダメ

Javaでスマホアプリが目標なのだろう
「低レベルもやっといた方がいいよね」はわかるが、
OSなし組み込みが目標でないならH8アセンブラはやりすぎでは…とは思う
（教材の都合とかもあるだろうから余計なお世話だとも思う）

教える側がH8に一番慣れてるぐらいの事情しかない
H8はarduinoでマイコンが注目されてた頃にuClinuxで一時期頭ひとつ抜けてたがラズパイ以降役目を終えた

組み込みは時間の無駄。
仕事で、お金をもらいながら勉強するもの

例えば、YouTube で有名な、雑食系エンジニア・KENTA の初心者向けRuby on Railsサロンは月千円で、
日本6位の3千人が入っている。1位はキングコング西野の数万人

Rails, Linux などが主な勉強内容

コンピューターの基礎は、入門書を1冊を読むだけ。
マイコンなど、全くアプリ開発者に関係ないので、時間の無駄

関係ない授業を入れて、全体の価格を上げるため。
詐欺みたいなもの

1個1個を深く勉強していたら、数年掛かるし、切りがない。
マイコン・C 言語だけで、数年掛かる。
アプリ開発者には関係ないから、時間の無駄

KENTA も言ってる。
必要な所だけを勉強して、それ以外は本をサラッと読んで、先に進む。
だから、半年でポートフォリオを作って転職できる

他の香具師が5年掛かっても、何も作れないのは、学校の水増しカリキュラムのせい

大切なのは何かを勉強することではなくて、
勉強する方法を勉強すること！

これがKENTA。
だから半年で開発者になれる

これが分からない香具師は、10年やっても出来ない

ダレだよケンタってチキンか？ｗ

底辺派遣奴隷がKENTAのYoutubeみて知ったかぶりして、
自分があたかもKENTAになったかのように妄想する自慰の道具。

エンジニア不足解消にむけて、文科省、通産省がいま最も注目する新進気鋭の先導者では？
文科省がエンジニア育成にユーチューブを活用するワーキンググループを発足したのは、彼の影響と思われる。

DBとネットワークもやった方がいいね

ライブラリの作り方教えて

何のや

＞Iot系？
学校バレするとあれなので回答は控えます。ちなみに４０代前半IT業界未経験です。

＞この辺は>>425の“プログラミング（前編）〜説明されていると思うけど不足なんだろうか
今回の質問の前にも目を通していましたが、重視していませんでした。
ここで教わったあと読み返してようやく繋がった、という感じです。

私が質問前の自力タイム中に注目していたことが
SECTIONやPResetPRG、CODEといった、命令やラベル名、属性の使い方や役割でした。
それも、HTML/CSSやExcelでタグや関数の使い方を調べる時の感覚です。

メモリCPUプログラムカウンタといった部分は、
「今回の質問を調べる上では重視しなくてもいいところ」と思っていました。
でも、そのマイコンの仕組みの基礎の部分にちゃんと注目していれば、

１．HEWでビルドしたプログラムがセクションで定義した属性に従ってメモリに配置される
２．コードセクション（0400）にはSLEEPの部分で、データセクション（0000）にはDATA命令のやつか？
３．CPUはプログラムカウンタが示しているアドレスのメモリを見ている。最初は0000から読む｡
４．0000に入っている内容はDATA命令のところ。つまり？

という順序的観点が検索時の前提になり、注目するところも変わったと今は考えています。
自分のつたない調べ方でも、>>428 の「たのしくできるH8マイコン制御実験」92pの
「DATA命令では，さらに，メモル上にアドレスを確保することができます」という記述にも辿り着けたと思います。
それが無理だったとしても、

DATA命令でアドレスの取得みたいなことをしているかも？
右に書いてある「PowerON_Reset」の番地を読んでいる？
などと、と推測することはできたでしょう。

ちなみにここで学ぶまでは「.DATA命令はメモリ領域を定義するもの」と認識していて、
右に書いてある「PowerON_Reset」との関係は謎でしたw

>>453
つmake library

>>455
プログラムとデータやアドレスを分けて考えちゃっているのかな？
特にマイコンの場合はメモリ保護機能がないか、あっても限定的な機能しか持たないため
セクションの違いはメモリ配置場所(大抵の場合ROMかRAM)を決定する以上の意味を持たないことが多いです
つまり.DATA制御命令でマシンコードを配置してもその領域が実行可能であれば実行出来ますし
割り込みベクタテーブルにアドレスが配置されていれば割り込み発生時にはそのアドレスへジャンプします
あくまでハードウェアから見てそのデータ列がどのように見えるかがポイントで
与えたデータの管理はプログラマか処理系の仕事です

ちなみにCortex-MやRXの場合、ROMだけでなくRAMに配置されているマシンコードも
実行可能ですし(H8系でRAM上のマシンコードを実行可能かは確認できなかった)
割り込みベクタテーブルの一部をRAMに再配置することも出来ます

アセンブラのラベルとかがわからないなら、一旦オブジェクトファイルを生成して
それをデバッガでディスアセンブルしたりするのは無し?
そしたら、あーこのアドレスにこれが来るんだーとか

組み込みとか時代遅れのゴミは無視してWeb系に行こうぜ
日本のメーカーは糞でこれから落ちぶれていくだけだから関わらない方が良いよ
IoTとかArduinoだったらギリ許す

>>458
質問内容からしてビルド時のフローとかデバッグツールの使い方も判ってなさそうに見える
ただコンパイラ系の開発経験がない人が理解するのは難しいだろうとも思う
ググってもなかなかまとまった情報が出てこないところだし

>>457
H8もノイマンだからセクションによる実行制限はないはずだよ
ただ今更この人がマイコン学習していくこと自体は不毛な気がするんだよね…

>>455
>ちなみに４０代前半IT業界未経験です。
それだと半年程度のお勉強ではどう転んでもIT系への就職は無理
職業訓練の経歴なんて全く評価されないよ
学校なんか行くよりはIT系の派遣に登録して派遣先で顔を覚えて貰いつつどういう業界なのか知っていった方が賢いぞ

てか未経験40代がこんな低レイヤーの勉強するの遠回りすぎるだろ

ある程度現場で経験積んだエンジニアが娯楽でやるもんだよこういうのは

>>457 >>460
419さん気にかけてくれてありがとう。

＞プログラムとデータやアドレスを分けて考えちゃっているのかな？
＞特にマイコンの場合はメモリ保護機能がないか、〜そのアドレスへジャンプします
現時点では何もかも調べなければわからない状態なので、
自ずとそれぞれの意味や違いを几帳面すぎるかな〜とは思いつつも違いを意識しています。
何よりここの基礎が理解できない程度だと、この先もついていけないと直感しています。

＞〜あくまでハードウェアから見てそのデータ列がどのように見えるかがポイントで
＞与えたデータの管理はプログラマか処理系の仕事です
ここは今後の為に意識しておきますね！　線引き大事。

＞ちなみにCortex-MやRXの場合〜割り込みベクタテーブルの一部をRAMに再配置することも出来ます
割り込みベクタテーブルはROM配置と習っていたので、へぇ〜という感じっです。
まぁ今の私にはそこから広がった想像をするだけのスキルがないんですが、頭の片隅に覚えておきます。

＞質問内容からしてビルド時のフローとかデバッグツールの使い方も判ってなさそうに見える
ビルド時のフローは今回の質問あと復習しました。とは言っても、
教科書とか入門向けに書いてある、簡略化したフロー図をぼんやりイメージできる程度の理解です。
デバッグツールはまだ触ったことがないのでわからないです。

先ほど授業で最初になったら十数行程度のプログラムをやっと私なりに日本語化できました。
JSRとかMOVとかRTSとか、基本的な命令を使って無意味にループしてるだけの勉強用プログラムですが、
やっぱりぜんぶわかると気持ちいいですね。ようやく１歩目が終わった感じです。

ちなみにH8マイコンの授業は来週でおしまいw
そのあとまた別のプログラムを学びます。今後も頑張っていきます。

>>444
そういった規則があるのですね。
スッキリしました。
ありがとうございます。

「デフォルト」とは債務不履行のことだと思いますが
なぜム/マ業界では「デフォルト」を別の意味で使っているのですか？

default＝怠ること
ユーザーが設定変更を怠った場合の値＝初期値

流行のIoTなどの用途向けに今マイコンを勉強するならRA＆FSPかSTM32＆CubeMXあたりだろうか
Arduino使える人は結構いるけどそのレベルで製品化までこぎ着けるのは難しいし
別にRXやLPCなど他のマイコンでも良いけど覚えることはちょっと増えそう

>>461-462
H8は特に制限ないのか。一つ勉強になった
仮にIoT目的ならメーカー提供のSDKやコードジェネレータでほぼ足りるはずなので
必ずしも低レイヤーを勉強する必要はなさそうではある

就職の足しにならないであろうはその通りだと思うけど、Web系のみとかではもっと厳しそうな気が

ネットワークとDBが足りてない

40代未経験ならJavaとDBの勉強だけやってさっさと働け
未経験のおっさんが流行のIoT出来る選択肢なんてそもそも存在しない

>>467
default = 欠席裁判、ですよ

>>471
欠席＝出席を怠ること、じゃね

KENTA の初心者向け・Ruby on Railsサロンに、年齢制限はあるのか？
出来るか出来ないか、ポートフォリオの実力だけじゃないの？

沖縄のかみざとよしとのやんばるコードとか、
人生逆転サロンの守護神・たけは、
中年で1年ぐらいのプログラミング初心者で、Rails のトップになった！

まあ元々、彼は大学院数学科の天才で、
数学講師から、Java の資格を取って、Railsへ転向した

バグ取り名人 たけ
【Rails】（送信時のリロード無し！）Action CableでSlack風チャットアプリを作成

YouTube の動画

マイコンアプリの開発だけで仕事になるとは思えないけど
ハードもそれなりに出来るならアドバンテージになるんじゃないかな
今でも両方出来る人は多くないしね

マイコンとか教える側の雇用対策やろ

ぜんぜん部外者なんで素朴な質問をしていいですか?
IoTということは、TCP/IPの機能がいるわけですよね? 割り込みベクタがとか
ゆってるけど、まさかTCP/IPのスタックも実装したりはしないですよね?
結局普通は最初からOS的なものが必要になりそうな気がするのですが

ネットワークのドライバぐらいは実装する必要がある、なら割り込みとか知ってた方が
いいでしょうからまあ確かに

有線LANの作例はいくらでもあるしWiFiやBTモジュールで通信させる方法もある
そしてSSL/TLSが欲しくなるまでがセット

>>476
Linux使えばいいだろ？
それともOSなしでIoTしないといかんのか？

チップメーカー提供のなりFreeRTOSのなりAzureRTOSのなり使えば良い
TCP/IPどころかTLS/SSLまで用意されているよ

適当に必要なツールだけ造って
面倒な部分は M5StickC にやらせると楽

一口にIoT言っても
・Wi-Fi/BT回線かLTE回線か
・常時給電か否か
・LinuxかRTOSか
・ダウンタイム要求
でだいぶ難易度が違う

windowsもあるゾ！

IoTに限った話じゃないけどWindowsを使う必然性ってあまりなくね？