POSIX原理主義「ほれみろまた新しいﾊﾞｰｼﾞｮﾝ管理だ」

**デフォルトの名無しさん** · 2022/11/16(水) 20:15:25.62

予想通り新しいバージョン管理ツールが登場するようだな
gitなんか使っていた奴らはデータが取り出せなくなり
移行作業に苦しむことになるだろう
シェルスクリプトなら何十年後も同じものを使いつけられる
20年前の知識が20年後でも通用するわけだ
シェルスクリプトでバージョン管理せよ。
使う方を覚えるのではなく、自分の頭でシェルスクリプトで
どうやってバージョン管理するのかを考えろ

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

>>194
2桁じゃ足りないと後で分かった場合はどうすればいいんですか？
今日何回保存したか忘れちまったぜ、の時はどうすればいいですか？

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

Ruby では、NKF を使う

Iconvは、Ruby 1.9から非推奨

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

>>198
iconv will be deprecated in the future, use String#encode instead.

って書いてあんだろが。String#encode使えよアホ
NKFみたいな日本の漢字専用フィルタなんか
今どき使うな

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

>>197
POSIX原理主義は完璧！こんなシェルスクリプトを作ればいい！（あー、あほらし）

自動採番コミットシェルスクリプト "commit.sh" 　

#!/bin/sh
# --- 書式表示用の関数-----------------------------------------------
print_usage_exit() {
　echo "Usage : ${0##*/} source_dir repository_dir" 1>&2
　exit 1
}

# --- 引数の正当性確認-----------------------------------------------
[ -d "$1" ] || print_usage_exit
[ -d "$2" ] || print_usage_exit

# --- 保存日の日付と通番（2桁）を生成--------------------------------
YYYYMMDD=$(date '+%Y%m%d')
cd "$2" || { echo "${0##*/}: Can't access the repository" 1>&2; exit 1; }
nn=$(echo "$YYYYMMDD"* |
　　grep -Fv '*' |
　　tr ' ' '\n' |
　　wc -l |
　　awk '{printf("%03d\n",$1+1);}')
cd -

# --- 保存-----------------------------------------------------------
cp -Rp "$1" "$2/$YYYYMMDD$nn" || exit $?

# --- 結果表示-------------------------------------------------------
[ $? -eq 0 ] && echo "snapshot was committied to $2/$YYYYMMDD$nn" 1>&2

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

ちなみに

yyyymmdd001 yyyymmdd002 yyyymmdd003 がある状態で
yyyymmdd002 を削除すると
次の番号は yyyymmdd003 になってかぶりますｗ
はい、バグ発見！

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

つか、短いスパンで主要言語も変わるから、バージョン管理なんて数年メンテナンス出来ればいいんだよなぁ

**デフォルトの名無しさん** · 2022/11/25(金) 01:17:17.28

静かになったねｗ
諦めたかな？

**デフォルトの名無しさん** · 2022/11/26(土) 08:44:54.47

そもそも20年間そのままで動いているプログラムが少ないわけで
組み込みのファームや工場のライン制御とかでしょ
そういうのは当然シェルでは無理

20年後に更新するんであれば新しい技術で作り直した方が早いし機能追加も楽である
読みにくく作りにくい上に処理速度が遅いシェルで苦労してやる意味は全くない

**デフォルトの名無しさん** · 2022/11/26(土) 08:48:59.08

>>204
それでも業務システムでソフトウェアの
寿命が3-5年というのは短すぎる

**デフォルトの名無しさん** · 2022/11/26(土) 12:47:55.05

ソフトウェア自体は10年でもイケるけど
開発環境が言語含めて新しいOS用には互換しなくなるから
数年でメンテナンスが出来ないだけだよ
当時のOSにして当時の開発ツール使ってやるしか無いけど
そんなレガシーな環境、用意するのも大変

**デフォルトの名無しさん** · 2022/11/26(土) 13:00:39.31

>>205
まともなところなら更新させて対応版にするでしょ
そういうことのために金払うんだから
金だけ出させてサポートしないもの選ぶのなら選ぶ方がアホ

**デフォルトの名無しさん** · 2022/11/26(土) 13:09:26.73

>>206-207
ソフトウェアの寿命が短いのは国が認めてる
国税庁の耐用年数に3-5年と書かれている
https://www.slideshare.net/tomoyukimatsura/posix-59447685 の 4ページ目

**デフォルトの名無しさん** · 2022/11/26(土) 13:17:23.80

>>208
国が認めているって意味が分からないが関係なくない？国が認めているソースならgo.jpで出して

**デフォルトの名無しさん** · 2022/11/26(土) 13:19:56.05

>>209
それぐらい自分でググれよ

No.5461?ソフトウエアの取得価額と耐用年数
https://www.nta.go.jp/taxes/shiraberu/taxanswer/hojin/5461.htm

ソフトウエアは、減価償却資産（無形固定資産）に該当し、その取得価額および耐用年数は次のとおりです。

耐用年数
ソフトウエアの耐用年数については、その利用目的に応じて次のとおりです。
（1）?「複写して販売するための原本」または「研究開発用のもの」：3年
（2）?「その他のもの」：5年

**デフォルトの名無しさん** · 2022/11/26(土) 13:33:07.11

>>206
数年で開発環境が新しいOSと互換性がとれなくなるって？
どんなOSと開発環境を使っているのか教えて欲しい
Windowsなら20年前のバイナリですらそのまま動く事もあるけど

**デフォルトの名無しさん** · 2022/11/26(土) 13:52:29.35

>>211
国税庁の耐用年数に3-5年と書かれている

**デフォルトの名無しさん** · 2022/11/26(土) 14:07:09.99

どうしてハンズラボや良品計画のシステムは20年使われなかったんでしょうねー

**デフォルトの名無しさん** · 2022/11/26(土) 14:19:18.54

流行り物に手を出すからだろ

**デフォルトの名無しさん** · 2022/11/26(土) 14:26:52.36

どうしてそうなるんでしょうねー

**デフォルトの名無しさん** · 2022/11/26(土) 14:28:57.49

その耐用年数って減価償却云々の税金の計算の話するときの用語だろうよ
ここで話してるソフトウェアの寿命とは意味が違うだろうが

**デフォルトの名無しさん** · 2022/11/26(土) 14:29:08.89

POSIXにはそれだけの魅力しかないってことだと思いますよ
ソースコードの可読性が下がって保守性が悪くスケールしないものを使い続けて苦労を積み重ねるのが嫌になるんだと思いますよ
POSIXは悪です

**デフォルトの名無しさん** · 2022/11/26(土) 14:33:11.04

>>218
耐用年数はソフトウェの寿命によって決められてるんですが？

**デフォルトの名無しさん** · 2022/11/26(土) 14:34:30.87

>>210
減価償却資産に該当するってことと使えなくなるって意味は同義じゃないのわかるかな
建物の税金に該当する金額が０になってもそこがすぐ使えないってことにはならないでしょ

**デフォルトの名無しさん** · 2022/11/26(土) 14:41:03.42

>>219
実際に最近の流行り物を使って作ったら
一年も経たずにライブラリのアップデートで動かなくなりましたが？

**デフォルトの名無しさん** · 2022/11/26(土) 14:43:57.64

>>220
修正できなかったの？

**デフォルトの名無しさん** · 2022/11/26(土) 14:44:35.13

担当者がいなくなりましたからねぇ

**デフォルトの名無しさん** · 2022/11/26(土) 14:45:16.43

>>220
それも国税庁が認めているのかな。話の方向性が全く違うのはわかるかな
その具体的な名前が分からないと事実かすらわからないのは理解できるかな

**デフォルトの名無しさん** · 2022/11/26(土) 14:45:55.94

自分で作ってないんかいｗ
作ったらって言ってたから自分で作ったんだと思ったんだけど自分で作ってないんかいｗ

**デフォルトの名無しさん** · 2022/11/26(土) 14:46:56.44

普通作るのは下請けでしょ

**デフォルトの名無しさん** · 2022/11/26(土) 14:47:18.51

担当者がいないとわからない木偶の坊ｗ

**デフォルトの名無しさん** · 2022/11/26(土) 14:48:13.99

>>225
それは下請けの問題でしょ
問題の切り分けすらできないのかい

**デフォルトの名無しさん** · 2022/11/26(土) 14:48:16.44

>>225
下請けに丸投げして自分はわかりませんってか
それは作ったとは言えないなあ

**デフォルトの名無しさん** · 2022/11/26(土) 14:49:16.29

ユニケージは認定試験があって
ユニケージエンジニアが在籍している企業は
いくつもあるので、人を探すのに困らない
例えば https://www.sisinc.co.jp/usp/

**デフォルトの名無しさん** · 2022/11/26(土) 14:50:09.22

>>228
まさか任天堂のゲームは全部任天堂が作ってるとでも思ってるの？

**デフォルトの名無しさん** · 2022/11/26(土) 14:51:29.77

>>230
任天堂のゲームの話なの？君が関わってる業務システムについての話だと思ってた

**デフォルトの名無しさん** · 2022/11/26(土) 14:52:39.28

>>229
ユニケージはいけない、ソースコードの可読性が悪くて開発の属人性が高くてそれこそ担当者がやめたらわからなくなる

**デフォルトの名無しさん** · 2022/11/26(土) 14:53:39.75

>>232
ユニケージなら20年以上ノーメンテで動くから
ファイルのコピーができれば十分

**デフォルトの名無しさん** · 2022/11/26(土) 14:56:01.80

>>231
下請けが作るのは一般的って話をしただけですが？

**デフォルトの名無しさん** · 2022/11/26(土) 14:57:41.90

>>234
任天堂のゲームは関係ないのな？

**デフォルトの名無しさん** · 2022/11/26(土) 14:58:45.43

何度も言わせるな
ユニケージは内製が出来る開発手法だが
他の言語は内製できないから下請けを使うのは当たり前だろ

**デフォルトの名無しさん** · 2022/11/26(土) 15:00:56.21

>>236
モダンな開発は自社でできなかったから下請けに丸投げして修正できなくなったってこと？
それってさあ、自社の技術力が低いのが問題の根幹な気がする
いまはユニケージ使ってるの？

**デフォルトの名無しさん** · 2022/11/26(土) 15:01:03.55

おう、>>233でソフトウェアが寿命が短くないことをとうとう認めたぞｗ

**デフォルトの名無しさん** · 2022/11/26(土) 15:01:35.12

ユニケージは内製できるからいまは自社でやってるってこと？

**デフォルトの名無しさん** · 2022/11/26(土) 15:04:00.43

ユニケージ導入に踏み切る動機はわかった気がする
これならうちでもできると思わせられるのがユニケージの強みなのかもね

**デフォルトの名無しさん** · 2022/11/26(土) 15:05:55.11

>>237
まあそういうことだな。
言っておくが特定されるようなことは聞いても答えんぞ
守秘義務もあるからな

**デフォルトの名無しさん** · 2022/11/26(土) 15:06:31.60

>>238
ソフトウェアの寿命が長いのはユニケージの話だ。

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

>>240
コマンド打つだけだから誰でも出来るよ

**デフォルトの名無しさん** · 2022/11/26(土) 15:08:52.64

>>241
PHPやRubyではできなかったの？
導入のハードルは低いと思うんだけどね

**デフォルトの名無しさん** · 2022/11/26(土) 15:10:08.07

>>243
コマンド打つだけなら誰でもできるけど
業務システムの複雑さはそういうことじゃないよね

**デフォルトの名無しさん** · 2022/11/26(土) 15:10:53.42

>>244
USP研究所からはコンパイルが大変だっで
どこのUNIXでも動くとは限らないって言われたね

**デフォルトの名無しさん** · 2022/11/26(土) 15:13:26.11

>>246
PHPやRubyはaptやdnfでインスコするだけじゃん
デフォで入ってるディストリも多いでしょ
どこのUNIXでも動かすのが目的じゃないよね
なんでUSP研究所に相談してるのかよくわからないな

**デフォルトの名無しさん** · 2022/11/26(土) 15:13:40.67

>>245
ユニケージはファイルを使うだけだから
RDBMSのような専門の技術者が不要

**デフォルトの名無しさん** · 2022/11/26(土) 15:14:57.33

>>247
相談じゃなくて内製手法を選定してるときに聞いただけ
POSIXじゃないから入ってない環境が多い

**デフォルトの名無しさん** · 2022/11/26(土) 15:17:00.31

>>248
ないない、それはない
ハンズラボのブログ見ればわかるけどトラブったら専門家を呼ばないと解決できないってあったぞ

**デフォルトの名無しさん** · 2022/11/26(土) 15:19:00.26

>>249
> 内製手法を選定してるときに聞いた
ふつうこれを相談と言うと思うんだけどねえ

**デフォルトの名無しさん** · 2022/11/26(土) 15:19:46.10

UNIX>Windows>Android>iOS
OSの更新頻度と下位互換の無さ

**デフォルトの名無しさん** · 2022/11/26(土) 15:20:45.28

あ、不等号逆やん

**デフォルトの名無しさん** · 2022/11/26(土) 15:21:01.90

>>250
Oracleエンジニアの単価高すぎ

**デフォルトの名無しさん** · 2022/11/26(土) 15:21:32.23

なんでUSP研究所の人に聞いてるんだろ
自分の会社だけで判断できるでしょ
PHPやRubyを使えないLinux環境ってまずないと思うんだけどねえ

**デフォルトの名無しさん** · 2022/11/26(土) 15:24:12.93

>>254
MySQLでもPostgreSQLでもSQLiteでもええんやで
サポートが欲しい場合はサポートを専門に行ってる会社と契約すればええんよ
常駐してもらう必要はないよ

**デフォルトの名無しさん** · 2022/11/26(土) 15:25:24.36

内製するって話なのに
常駐してもうら必要がないと言ってる時点で
わかってないね

**デフォルトの名無しさん** · 2022/11/26(土) 15:29:03.83

>>257
システムを自社で開発することとシステムのトラブルを解決することとはわけて考えられるでしょ
システムがトラブったときのためにずっと専門家の人に会社にいてもらわないといけないんだと思ってるん？
Oracleのトラブルを解決できるほどの専門家じゃないと開発できないと思ってるん？
わかってないのはあなたの方だよ

**デフォルトの名無しさん** · 2022/11/26(土) 15:32:16.09

つまりソフトウェア関連のことをろくに知らずに下請けに丸投げするような人が文句喚き散らしてんのか、病気だろこれ

**デフォルトの名無しさん** · 2022/11/26(土) 15:32:18.98

下請けに仕事を投げられるだけの会社なら社内にOracleに詳しい人くらいいそうなものだけどね
元請けの技術力は下請けよりも高くないとなあ

**デフォルトの名無しさん** · 2022/11/26(土) 15:36:56.02

下請け使っていた頃はちょっとの文言の修正でも金取られていたし
それをなくすための内製が目的だって言ってんだろ

**デフォルトの名無しさん** · 2022/11/26(土) 15:37:54.22

>>261
そんなこと言ってたかなあ

**デフォルトの名無しさん** · 2022/11/26(土) 15:38:48.27

言ってなくない？
言ってないことを言ってんだろって言われてもこの人頭があれなのかなって思うよ

**デフォルトの名無しさん** · 2022/11/26(土) 15:39:59.27

ちょっとした文言の修正でお金を取られるってそれ下請けなの？君ただの客なんじゃない？

**デフォルトの名無しさん** · 2022/11/26(土) 15:41:44.71

ここをこうしてくださいって要望を出すだけで
そのたびに○万円かかりますって言われたが？

**デフォルトの名無しさん** · 2022/11/26(土) 15:43:48.05

>>265
払いなさい

**デフォルトの名無しさん** · 2022/11/26(土) 15:45:19.15

払えないなら自分で直せばいい
ちょっとした文言の修正ならできるでしょ

**デフォルトの名無しさん** · 2022/11/26(土) 15:47:35.01

話のわからんやつだな
だから自分で直せるようにユニケージで内製化したんだろ

**デフォルトの名無しさん** · 2022/11/26(土) 15:48:24.91

>>265
契約内容の追加や変更したら予算も追加になるのは子供でも分かりますよ
お母さんにお願いするのとは違うんですよ

**デフォルトの名無しさん** · 2022/11/26(土) 15:52:02.53

>>269
内製化って理解してる？
いちいちそういう事をしたくないから
従業員なら誰でも作業ができるようにユニケージを導入したの

**デフォルトの名無しさん** · 2022/11/26(土) 16:05:03.66

>>268
なんで直せなかったの？だってちょっとした文言の修正なんでしょ？簡単だよね

**デフォルトの名無しさん** · 2022/11/26(土) 16:13:35.88

ユニケージって処理が独特だから十数万円の講習を受けないとわからないと思うんだけど
従業員全員に講習受けさせたの？

**デフォルトの名無しさん** · 2022/11/26(土) 16:26:51.62

ユニケージはDBがやってる処理を手作業でやるようなものだからね

**デフォルトの名無しさん** · 2022/11/26(土) 16:28:10.63

>>272
ユニケージは１人の技術者が設計～開発～運用をする
多能工方式だから全員って言うほど人はいらないよ

**デフォルトの名無しさん** · 2022/11/26(土) 16:30:45.56

講習1ヶ月とOJT3ヶ月ぐらいで使えるようになるしね

**デフォルトの名無しさん** · 2022/11/26(土) 16:33:22.97

従業員なら誰でも作業ができるようにユニケージを導入したんでしょ？
じゃあ全員がわかるようになってたほうがいいよね

担当者がやめたら修正できなくなりましたって状況が嫌でユニケージに変えたんだよね
一人で全部やってたら属人性が高くなって単一障害点になっちゃうよ

**デフォルトの名無しさん** · 2022/11/26(土) 16:34:56.29

PHPやRubyなら新卒1年目でも使えるし中高生でも使えるよ
ググったらたいてい解決するからね
ユニケージは独自方式過ぎて応用が利かないうえに属人性が高いよ

**デフォルトの名無しさん** · 2022/11/26(土) 20:11:14.31

エクセルは自分で自分に必要なシートを作る。
それをシステムまで拡張したものがユニケージと考えれば、使いどころが理解できるのでは？

**デフォルトの名無しさん** · 2022/11/26(土) 20:57:37.59

ユニケージなら大規模システムまで対応できるよ

**デフォルトの名無しさん** · 2022/11/26(土) 21:18:55.87

シェルスクリプトなんて効率悪いだろw

**デフォルトの名無しさん** · 2022/11/26(土) 21:28:44.58

ユニケージはOSの機能を使ってるからなんでもできるよ

**デフォルトの名無しさん** · 2022/11/26(土) 21:43:27.58

>>281
OSの機能を使うのはどのソフトも同じ
「OSの機能を使ってる」ってどいう意味で書いてるの?

**デフォルトの名無しさん** · 2022/11/26(土) 22:02:53.04

USP研究所にでも聞けば？ユニケージはOSの機能を拡張したもの。だから速い。

**デフォルトの名無しさん** · 2022/11/26(土) 22:03:18.97

OSが持っているAPIやライブラリ無しでプログラム書くのは大変だろうな
そういうことができるC++とかでも「なんでも」はできないが

**デフォルトの名無しさん** · 2022/11/26(土) 22:06:04.98

>>283
お前さんは受け売りで書いてるのかな?
それとも皮肉で書いてるの?

**デフォルトの名無しさん** · 2022/11/26(土) 23:12:54.01

https://github.com/ShellShoccar-jpn/Parsrs/commit/1887dd1e422bdcc2d767f9282bd573259ed488f0

やれやれ。10ヶ月前の変更で入れたバグをようやく修正か
https://github.com/ShellShoccar-jpn/Parsrs/commit/597b622e70af781d09ad3baf2715c975b5156533#diff-7252bd22cb57789a027ba4f9365b7ae238599e8ff81c880c3216acb13bc4f9f7

絶対に通るコードでこのやらかし。修正してから一度もテストしてない証拠だよ
ま、同じようなコードをあちこちにコピペしてりゃそうなるだろうね（苦笑）
POSIX原理主義がダメな理由だな

**デフォルトの名無しさん** · 2022/11/26(土) 23:17:00.83

ぷぷぷ。バグ発見。aliasに置き換えてるから、これmacOSとかのbashで動かない。

**デフォルトの名無しさん** · 2022/11/26(土) 23:22:17.71

あ、だからPOSIXLY_CORRECT=1入れてんのかｗ
>>207は間違い。訂正

**デフォルトの名無しさん** · 2022/11/27(日) 10:33:33.08

+HZQgXE6
話作って嘘ついている感ありありだな恥知らず
それを延々と相手しているwLT7t+lrも良くない
病気の人だったら悪化して爆発するかもしれない

**デフォルトの名無しさん** · 2022/11/27(日) 11:56:40.79

詐欺師か詐欺師に騙された人だと思ってる

**デフォルトの名無しさん** · 2022/11/27(日) 20:38:40.35

>>289
1. ウソとはどれのことなのでしょうか？
2. なんでそれがウソだと思ったのですか？

**デフォルトの名無しさん** · 2022/11/27(日) 20:39:23.42

>>289
1. ウソとはどれのことなのでしょうか？
2. なんでそれがウソだと思ったのですか？

**デフォルトの名無しさん** · 2022/11/27(日) 20:40:43.39

なんか書き込みエラーが起きた

**デフォルトの名無しさん** · 2022/11/27(日) 21:03:25.39

>>291,292
>>140

**デフォルトの名無しさん** · 2022/11/27(日) 21:08:33.32

業務についてもっともよく知るものは、業務を行うもの自身。
業務を行うものが、自分たちでシステムを開発できる。
それがユニケージの美点。
これはエクセルに通じるものがあり、成功は約束されている。
もちろん、利用者の成功が約束されているのである。
NY州マンハッタンのエクセル利用者が尽く成功していったように。

**デフォルトの名無しさん** · 2022/11/27(日) 21:15:31.89

>>295
別にユニケージに限らない
意味不明

**デフォルトの名無しさん** · 2022/11/27(日) 21:30:15.80

>>294
どういう意味？

>>295
それならエクセルでいいんじゃないですかねぇ
エクセルじゃなくてもPythonでもいいですけど