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

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

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

**デフォルトの名無しさん** · 2022/11/21(月) 01:00:57.03

他人の発言引用してばかりでヘイトを集めるのが目的なのかなって疑ってる

**デフォルトの名無しさん** · 2022/11/21(月) 01:23:02.70

>>143
「ユニケージ」ってものの実態が
イマイチ分からんのだが（特に>>138の図によって混乱w）
それはミドルウェアで実装しているものを
シェルスクリプトで実装したということではないのかな?

**デフォルトの名無しさん** · 2022/11/21(月) 01:27:04.42

>>145
POSIXのみで実装という原理主義の賛否はともかく
これはこれで面白そうだね
シェルスクリプト一本で全てを賄おうとするのだから
学べるテクニックはあるはず
有難う!

**デフォルトの名無しさん** · 2022/11/21(月) 01:40:45.97

ユニケージは独自のコマンド使ってるミドルウェアでしょ
クラウドへの移行がやりにくくてまさにベンダーロックインって感じだと思うけどねえ

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

POSIXのみという足枷を付けて
車輪の再発明やってるのだから
速度も費用対効果も当たり前だが不利

**デフォルトの名無しさん** · 2022/11/21(月) 02:27:11.75

ユニケージにPOSIX縛りはないでしょ
ユニケージではusp Tukubaiと呼ばれるプロプライエタリのコマンド群を使うからねえ
技能検定を作って教育講座で金稼ぎ、オラクルみたいですね

**デフォルトの名無しさん** · 2022/11/21(月) 02:33:52.95

>>159
ますます混乱してきたw
POSIX原理主義ってPOSIX縛りじゃないのかい？
ユニケージってPOSIX縛りにするための
独自シェルとシェルスクリプト群（ライブラリ）だと
思っていたがちゃうの？

**デフォルトの名無しさん** · 2022/11/21(月) 02:51:01.92

>>160
POSIX原理主義とユニケージに関わりはないと思うよ
POSIX原理主義はシェルスクリプトで全部やりましょうってものだからね
ユニケージはPOSIXだけで全部作りますとは言ってないよ

**デフォルトの名無しさん** · 2022/11/21(月) 02:59:06.36

プロプラなコマンド使ったらそのベンダーと契約を結ばないといけなくて
そのベンダーが潰れたらそのコマンドに依存するプログラムは一切合切ダメになる
ユニケージはPOSIX原理主義とは相容れないよ

**デフォルトの名無しさん** · 2022/11/21(月) 09:30:53.86

>>161
>POSIX原理主義とユニケージに関わりはないと思うよ
え!? じゃユニケージとPOSIX原理主義の関係はどういう関係なの?
何でこのスレで名前が出てくるの?

**デフォルトの名無しさん** · 2022/11/21(月) 09:48:44.84

>>161
補足すると、松浦智之はじめとするPOSIX原理主義者はシェルスクリプトしかまともに使える言語がない
そこでシェルのコマンドがPOSIXに準拠してることに注目して、POSIXに準拠してることの正当性を主張すればシェルスクリプトしかできない言い訳になると考えたわけ
その結果出来上がったのがPOSIX原理主義

POAIXに準拠したところでせいぜい可搬性が保証される程度だけど、ユニケージコマンドとかいうベンダーロックインやユニケージ開発手法特有の制御構造を使わない冗長な書き方は、可搬性を損なう

**デフォルトの名無しさん** · 2022/11/21(月) 10:49:32.11

>>163
> え!? じゃユニケージとPOSIX原理主義の関係はどういう関係なの?
一言で言えば矛盾関係ｗ

有限会社USP研究所という名前の会社があって
そこがbashでシステム開発するとかいう
ユニケージ開発手法のライセンス販売を行っている

POSIX原理主義とか言い出した松浦智之は有限会社USP研究所の社員。
POSIX中心主義とPOSIX原理主義に違いはない。言ってることが全く同じ

松浦智之はユニケージから着想を得てPOSIX原理主義を考え出したらしいが
POSIX原理主義はユニケージを批判することになってるのだが
自分でそれを理解してないのか雇い主のユニケージを批判できないのかしらんが
POSIX中心主義を大学で教えながらユニケージも教えてる

まあこれとか見てみるといいよ
ソフトウェアの高い互換性と長い持続性を目指すPOSIX中心主義プログラミング
https://ipsj.ixsq.nii.ac.jp/ej/?action=repository_uri&item_id=183709&file_id=1&file_no=1

**デフォルトの名無しさん** · 2022/11/21(月) 10:51:20.24

ちなみに後藤大地は、USP研究所の子会社のBSDコンサルティング株式会社の取締役らしい。
んでもって、有限会社USP研究所の代表當仲寛哲 = BSDコンサルティング株式会社の代表な

今、ユニケージ開発手法にギークが熱狂するワケ【USP研究所代表＆オープンソースOSコミッター対談】
https://type.jp/et/feature/14070/

シェルスクリプトマガジンとかを個人出版してるのもUSP研究所だし
いくつか本も出版してる。シェル芸とかいってTwitterで
ウンコ垂れ流してるのもUSP研究所の関係者
シェルスクリプトしかできない人たちが集まった会社
でも方向性は一致していないｗ

**デフォルトの名無しさん** · 2022/11/21(月) 10:56:18.07

>>161
> ユニケージはPOSIXだけで全部作りますとは言ってないよ

ユニケージはPOSIXだけで全部作りますとは多分言ってないと思うけど
UNIXの基本機能だけで作るとか言ってる

UNIXの基本機能だけというのなら、ユニケージのコマンド usp Tukubai は
含まれないはずなのだが、それに気がついてないのかね？

まあ本音はUNIXの基本機能だけで作ると言いながら、他の人が作ったPythonとか
MySQLとかを排除してusp Tukubai を売ろうとしてるだけだろうね。

Pythonを批判するために嘘ばっかり書いてる
https://www.usp-lab.com/qa.html#fq1_8

> Ⅰ-８. ユニケージは、同じスクリプト言語（例えばPython）などとどう違い、どのような利点があるのですか？
>
> あらゆる道具にそれに応じた使い方・場面と適さない使い方・場面があるように、プログラミング言語は開発手法でも
> 得手・不得手、あるいは適した場面・適さない場面があります。例えば、Pythonは近年の開発現場では
> 極めて高くもてはやされるプログラミング言語ではありますが、大規模システムの構築や継続的な変更など
> といった実システム分野への適応では難しい場合も見受けられます。
> また、Python自体が流行り始めたのはここ10年強くらいです。その前はJava、さらにその前…というように、
> 開発に使われるプログラミング言語にも流行り廃りがあります。こういったいっときの「はやり」に乗ってしまった場合、
> 将来的に(例えば10年後、20年後といった段階で)システムの改善や機能追加などに困難を生じるかも知れません。
> その頃その言語がマイナーなものとなってしまっていたり、開発が中止されるなどして、技術者が確保できなかったり、
> そもそも動かすためのプラットホームが準備できないということも考えられます。

シェルスクリプトこそ、大規模システムの構築や継続的な変更など
といった実システム分野への適応では難しい

**デフォルトの名無しさん** · 2022/11/21(月) 11:19:09.16

>>166
> シェルスクリプトしかできない人たちが集まった会社

ユニケージのコマンドセットは書いてるんだからそれは嘘確定だな
いい加減なこと抜かしてると開示請求されるぞ

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

>>168
じゃあ本人たちはシェルスクリプト以外の言語を使ってるくせに
客にはシェルスクリプトだけを使えといって
しかもプロプライエタリなユニケージを使わせようとしてる会社でいいのか？

**デフォルトの名無しさん** · 2022/11/21(月) 11:32:23.53

プロプライエタリなusp Tukubai か
ユニケージはライセンス販売している開発手法だったな

しかしほんと矛盾してるよな
シェルスクリプトだけで何でも出来ると言いながら
自分たちはC言語でコマンドセットを作ってるとかさ

じゃあやっぱりシェルスクリプトだけじゃだめじゃん
そういうコマンド使わなきゃダメじゃん
オープンソースにしろよ

**デフォルトの名無しさん** · 2022/11/21(月) 12:01:59.82

>>168
こうやって訴訟ちらつかせて自分に不都合な情報を封殺してるって噂、もしかして本当なの？
個人とひも付きやすいSNSで否定的な意見が少ないのは、影で脅迫してるからとか？

**デフォルトの名無しさん** · 2022/11/21(月) 12:15:15.00

>>171
そんな噂があるのかｗ
闇だな。

否定的な意見が少ない？のは単に誰も興味がないからだと思っていたが
まともな技術者ならPythonやDBを使わないとか言う時点でアホかって思うだろ
なんのためにミドルウェアが必要なのか理解してない

**デフォルトの名無しさん** · 2022/11/21(月) 12:18:14.69

松浦智之はmakeコマンドも使えんのか？って思った
https://github.com/ShellShoccar-jpn/tokideli/tree/main/c_src

**デフォルトの名無しさん** · 2022/11/21(月) 13:17:44.25

>>173
gnuとBSD系でコマンドライン引数が違うから敢えてしているのでは？
そしたらsedもだめか
POSIX原理主義ってどこまで標準コマンド使えるんだろう
cmakeはだめだよね
autotoolsもバージョン依存は激しいからNG
生涯変わらないコマンドセットで開発試験運用までやるとなると、車輪の再発明だらけで返ってコストは高そう

**デフォルトの名無しさん** · 2022/11/21(月) 15:56:52.31

>>174
POSIX原理主義とやらは新しく何も学びたくない人の言い訳だな
大学の講義のシラバスを見たけど
聞こえの良さげなラベルで自らの不勉強を覆いつつ
学生の目をくらましているように見える
プログラムを日常使う人間からしたら実に滑稽

**デフォルトの名無しさん** · 2022/11/21(月) 16:06:41.24

技術が陳腐化して20年で変わってしまおうとも
背景にある共通した考え方を教えないとな
少なくともアカデミアでは

**デフォルトの名無しさん** · 2022/11/21(月) 16:27:32.71

>>5
バイナリが移植性悪いなんて初耳なんだが。
可読性の間違いじゃねぇの？

**デフォルトの名無しさん** · 2022/11/21(月) 16:43:49.18

>>177
きっと>>5はバイナリの仕様があっても読めないんだろう

**デフォルトの名無しさん** · 2022/11/21(月) 17:42:01.44

>>175
不勉強は言い得て妙
コンテナが「OSごと仮想化する」とか訳の分からんこと言ってるし。アーハズカシ
>>96

**デフォルトの名無しさん** · 2022/11/21(月) 21:00:14.93

>>177
gitのプログラムファイルのバイナリとgitがリポジトリ管理するための.git/以下のバイナリを混同してるのかな

前者だったら確かに移植性はないけど、そのためにOS・アーキテクチャごとにビルドしてるんだがね

そもそも仮にもエンジニア名乗ってるなら間違えるなよと

**デフォルトの名無しさん** · 2022/11/21(月) 22:24:22.94

新しい技術を学んで適応できなくなったら
技術者としては終わりだよ
学生が可哀想

**デフォルトの名無しさん** · 2022/11/22(火) 00:08:12.09

>>180
そんな難しいこと考えてないよ

UNIX哲学「データはテキストファイルにしろ」
→POSIX原理主義者「うぎゃーあー、バイナリ使ってるー、だめだー、こりゃだめだー」

この程度、な～んも考えてない。

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

ググったら出てきたｗ

なんのために世のRDB製品の多くがデータをバイナリファイルに
格納しているのかを理解せずに、ただマイク・ガンカーズとやらが
そう言ったからってだけで盲目的にダメだって思い込んでる

https://richlab.org/pub/ebook/fdh1.pdf

1.2.1 データはテキストファイルに保管する

マイク・ガンカーズの唱える UNIX 哲学*1の定理 5 に

Store data in flat text files.
単純なテキストファイルにデータを格納せよ。

と記されているように、見やすさ・分かりやすさを追求するのなら、第一に、データはバイナリーファイル
ではなくテキストファイルに格納すべきだ。

世の RDB 製品の多くは、データをバイナリーファイルとして格納しており、それを開くには、その
RDB 製品専用のソフトウェアが必要であるが、専用のソフトウェアを動かすことも、使い方を覚える事
も、コストに繋がる。避けられるならそれに越したことはない。一方、テキストファイルに格納しておけ
ば、どの環境にでもあり（= 追加インストールの必要もない）、かつ極めて汎用的な cat や less コマンド
等で素早く開ける。

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

RDBの使い方を覚えたくないだけやなｗ

**デフォルトの名無しさん** · 2022/11/22(火) 09:48:07.88

テキストにしてもパフォーマンスに影響が出ない
小規模なデータしか扱ったことがないんだろうね

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

理由を示さないお作法は無視していい

**デフォルトの名無しさん** · 2022/11/22(火) 10:09:28.21

絵とか音とかどうすんの？データ倍にしてテキスト？

**デフォルトの名無しさん** · 2022/11/22(火) 10:21:03.06

ライブラリを使うと移植性がない「かも」しれないから使うな
とか言ってるぐらいだからな
その理屈だとユニケージだって使えないじゃん
その「かも」が今までどれだけ事実だったか
理由がないのよ

**デフォルトの名無しさん** · 2022/11/22(火) 10:49:42.90

>>187
倍じゃ済まないよ

**デフォルトの名無しさん** · 2022/11/22(火) 10:55:46.08

> 専用のソフトウェアを動かすことも、使い方を覚える事も、コストに繋がる。避けられるならそれに越したことはない。

その点ユニケージのコマンドセットの使い方覚えるのはコストゼロだから安心だよな！

**デフォルトの名無しさん** · 2022/11/22(火) 10:58:03.71

>>190
本人にとっては正しいことなので
それは自分に向けて書いた文章なんだろうねw

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

で
シェルスクリプトだけで書かれたバージョン管理システムって具体的にはどういうコードになるの

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

# コミット
rsync -r work commit.$(date +%Y%m%d%H%M%S)

# チェックアウト
rsync -r commit.20221122131600 work

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

>>192
こんな事をやれって教えてるよ

12.4.2 現バージョンの保存（コミット相当）をどうやるか

POSIX 原理主義的バージョン管理の概要が確認できたので、次は実際にどのように保存や閲覧をやるかを説明する。
まずは、日々開発していくソフトウェアの一式を保存する方法についてだ。
これは一般的なバージョン管理ソフトウェアでいうところの「コミット」に相当する。

"cp -pR" でコピーするだけ

といっても大げさなことは何もない。単に、キリのいいタイミングで、開発したソフトウェア一式が置かれているディレクトリーを、
リポジトリーとして定めたディレクトリーにコピーする。これだけのことだ。何も難しいこともなければ、
特別なソフトも要らない。次のようにcp コマンドを使うだけだ。

$ cp -Rp 保存対象のディレクトリーリポジトリーとするディレクトリー/YYYYMMDDnn

その後にあるコピー先ディレクトリー名の"YYYYMMDDnn" についてだが、これは保存日付の8 桁+ その
日の通番2 桁だ。例えば、2019 年8 月12 日の5 回目の保存なら\2019081205" という具合になる。
言っておくが10 個の数字でなければならないというわけではない。必要に応じて通番の桁数を増減させても構わんし、
見やすさのために日付と通番の間に"_" を挿むなどしても構わん。

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

>>183
漢字コードの違いとかどうするつもりなんだろうね
それ以上に知らない外国語で書かれたテクストはどうする?

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

>>195
そりゃUTF-8オンリーなんじゃないの？
違う文字コードは変換しなきゃいけない
iconvはPOSIXにあるしなんとかなるかな
ただしコマンドはUTF-8に対応してないけどねｗ

**デフォルトの名無しさん** · 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エンジニアの単価高すぎ