R言語を超えた?ユニケージのusp STATの凄さとは
■ このスレッドは過去ログ倉庫に格納されています
https://www.usp-lab.com/product.html
ユニケージ開発手法で統計解析処理を行うためのコマンドセット。
データ分析言語「R」と同様の約80種類の基本的な統計手法をコマンド化しています。
「usp Tukubai」と組み合わせてデータクレンジングからレポーティングの一連の処理を1つのスクリプトで高速実行できます。
価格:5,000円/プロセッサ・月
※詳しくは営業までお問い合わせください。 だれかusp STATについて語れる人はいないの? 凄いところ:こんなところにまで宣伝に来る信者を生んだこと
駄目なところ:こんなところでまで宣伝してもなお碌に普及しないこと >約80種類の基本的な統計手法を
しょぼい
しょ過ぎる これで数年後ユニケージすごすぎるみたいなこと情報商材屋が言い出したら面白いなw Rを少しでも使ったことあれば可能性は全く無いと分かる データのプロットもシェルスクリプトで実装だろうか。
汚そう。 >>10
使ったことがあるかないかじゃない
使ったことがないのに批判するなってこと
80個もあれば十分だろ。それ以上あっても覚えられない。 >80個もあれば十分だろ。それ以上あっても覚えられない。
2ページ目にコマンドがリストされてるね
https://www.usp-lab.com/DOWNLOAD/PDF/PRODUCT_uspSTAT.pdf
しょぼい
しょぼ過ぎる
Rは全部ソース付き Rのレファレンスの一つ
全部で3800ページほどのうち
最初の約50ページが関数がリストされた目次
https://cran.r-project.org/doc/manuals/r-release/fullrefman.pdf
usp STATってグラフ描画機能を除外した関数部分だけでも
RはおろかExcel以下だろ
GUIのソフトに比べて使い難い上に低機能
更にExcelより先に開発元ごとなくなってしまう可能性が高いのに
誰が契約すると思ってるのだろうか? >>7
アスキーアートで出力とかだったらちょっと欲しいかも?w だからさぁ、そんなにあったって現場で業務やってる担当者は覚えられないっての
そんなものより必要な統計解析が高速実行できたほうが意味がある シェルスクリプトはコンパイルする言語と比較すると遅いで。
データ量少なければ何でもいいだろうけど。 >>15
覚える覚えないじゃなくて、少ないから必要なときに必要な解析手法が使えないことが問題なんだけど
Rみたいに網羅するかPythonみたいに必要なところは自分でかけるようにすればいいのに、それができないのがユニケージ Pythonは最近もてはやされてるだけ
Python自体が流行り始めたのはここ10年強くらいなもん
ユニケージとは比べ物にならん ユニケージはもてはやされることもなければ流行ることもなかったね は?シェルスクリプトは45年の歴史があるのを知らんのか? それはシェルスクリプトの歴史であって、ユニケージ開発手法の歴史ではないよね ユニケージはシェルスクリプトを使うから45年前の環境でも動くんだが それは動くことを保証するだけでユニケージ開発手法の効率の悪さを補えるものではないよ
だいたい、シェル方言もcoreutilsも使わないって縛りをつければ誰だって昔のシェルでも動くものを作れる
ユニケージだけが特筆してるわけじゃない 車輪の再発明ですらないんだよね、ユニケージって
既存のものを真似しようとして、出来上がるのは劣化版
プロプラだからOSSエンジニアからも煙たがられてる 45年前のものでも動くってことは
10年後、20年後でも同じように動くということ
何年経っても動くからずっと同じものを使い続けられる 今のソフトウェアの寿命は短すぎる
それは流行り物の言語に手を出すからだ
ソフトウェアの寿命は5年しかない Python を敵にしたら勝てへんよ。
あれは動画編集とかAIとかまで動かせるのに。
シェルスクリプトって、何ができますか?
-> 文字列操作や四則演算です。
恥ずかしい... Rを覚えたほうがすべての面でいいやろw
無料だし実績があるし表現力も十分やろ ユニケージはGoogle Shell Style Guide で示されているものより、効率良いのだろうか?
If you are writing a script that is more than 100 lines long, or that uses non-straightforward control flow logic, you should rewrite it in a more structured language now. Bear in mind that scripts grow. Rewrite your script early to avoid a more time-consuming rewrite at a later date. シェルスクリプトは未経験者でも数日教えれば使えるようになる 数日教えたらRも使えるやろw
Rはユーザ数も多いだろうしネットでもいっぱい検索できるよね ユニケージは教育講座があって
さらにOJTで教えるから効率がいい Rとかループがあって現場の作業員は混乱してる
数日でRが使えるとか現場をわかってないやつのセリフ
ユニケージはループを使わない ユニケージは一行に一コマンドを書き並べるだけだから
誰でも使える もしかしてループ使えないのか?ユニケージ。
使わないのはいいが、ループの回数分何回も書くのか? 使えないんじゃなくて使わないの
誰でもわかる書き方をするのがユニケージ
ひと目見てパッと分かるから可読性が高い 未経験者にこれを見せたら何やっているかからないといった
#!/bin/sh
for i in $(seq 1 10)
do
if [ 6 -gt ${i} ]
then
echo +${i}
else
echo -${i}
fi
done
ユニケージではこうかく
#!/bin/sh
echo '+1'
echo '+2'
echo '+3'
echo '+4'
echo '+5'
echo '-6'
echo '-7'
echo '-8'
echo '-9'
echo '-10'
https://atmarkit.itmedia.co.jp/ait/articles/1208/17/news110.html 1行抜けても動くから、間違ってても気付かないけど大丈夫か? 一行書いて実行して確かめるを繰り返せば
バグにならないのがユニケージ 100万レコードあれば、人が100万回繰り返して、間違えないならいいですね 実データを使ってプログラミングしてるから
単純な動く動かないの単体テストは不要 https://jgoodtech.smrj.go.jp/documents/10962454/cf7d7df1-f073-92f7-5978-8fb1505a25d6
[シェルスクリプト] …たった15行で記述できる
join1 key=2 PRICE SALES |
join1 key=2 CATEGORY |
lcalc ‘$3,$7,$8,$8-$7*$4’ |
msort key=1 |
sm2 1 1 2 4 |
sm5 1 1 2 4 |
divsen 2 3 4 |
divsen 3 4 |
lcalc ‘$1,$2,$3,$4,100*$4/$3’ |
marume 5.1 |
join2 key=1 CATEGORY_NAMEv |
comma 3 4 5 |
keta |
keisen +e |
cat header これは巧妙な信者のフリしたアンチ
巧妙でもないなあからさまやなw 釣られてしまったか。
面白かったけど、これにお金を払う人は...
って考えてしまってた。 >>35
>Rとかループがあって現場の作業員は混乱してる
>数日でRが使えるとか現場をわかってないやつのセリフ
>ユニケージはループを使わない
再帰か! と思って期待したがwww
ループを使えない層はExcelで良いと思います!
USP研究所みたいないつ倒産するか分からない会社の製品を使うなら
創業47年のMSの方が長く使えると思います! >>1
>R言語を超えた?ユニケージのusp STATの凄さとは
こんなスレタイ恥ずかしくないかい?
Rの何を超えたんだろう? ログから欲しい数値を取り出す時にシェルスクリプト、awk、sed を駆使するけど、同じような例題みて直して使うのが早くないか。
難しい計算はExcel まかせ。
Excel は100万行辺りで1シートの行制限が入るんで、必要に応じて分割したりもいるけど。 信念を持って良いものだと言われと信じちゃう。
シェルスクリプト使えるお陰で騙されないが、信じる人もいるかも、とは思った。 はたして技術者でこのFAQを見て信じる人がいるのだろうか?
(やっぱり素人相手の商売?)
https://www.usp-lab.com/qa.html
Ⅰ-8. ユニケージは、同じスクリプト言語(例えばPython)などとどう違い、どのような利点があるのですか?
> あらゆる道具にそれに応じた使い方・場面と適さない使い方・場面があるように、プログラミング
> 言語は開発手法でも得手・不得手、あるいは適した場面・適さない場面があります。
ユニケージが適さない場面を言ってください
> 例えば、Pythonは近年の開発現場では極めて高くもてはやされるプログラミング言語ではあり
> ますが、大規模システムの構築や継続的な変更などといった実システム分野への適応では難し
> い場合も見受けられます。
> また、Python自体が流行り始めたのはここ10年強くらいです。その前はJava、さらにその前…
ユニケージが流行ったのは何年ですか?
> というように、開発に使われるプログラミング言語にも流行り廃りがあります。こういったいっとき
> の「はやり」に乗ってしまった場合、将来的に(例えば10年後、20年後といった段階で)システムの
それでユニケージが流行ったのは何年ですか?
> 改善や機能追加などに困難を生じるかも知れません。その頃その言語がマイナーなものとなって
ユニケージはマイナーですよね?
> しまっていたり、開発が中止されるなどして、技術者が確保できなかったり、そもそも動かすため
> のプラットホームが準備できないということも考えられます。
ユニケージの会社が倒産したらどうなるんですか?
> ユニケージで使用しているシステム(C言語及びシェルスクリプト)は、UNIXというものが誕生し
> た1970年代にまで遡る歴史あるシステム、そして現在でも進化を続けているシステムです。
それユニケージの話じゃないですよね? Ⅱ-2. ユニケージでは、ミドルウェアは使わないのでしょうか?
> 一般的な企業のシステムでよく使われるようなミドルウェアは、ユニケージでは使用しません。
> なぜなら、ユニケージはその企業のシステム、さらにいえばシステム化すべき業務に最適なシス
> テムを作るものであり、ミドルウェアに「業務を合わせる」ようなことはしないからです。
ユニケージに業務を合わせたくありません
だいたいミドルウェアは汎用的なので業務とは無関係です。
Ⅲ-1. 排他制御はどうするのですか?
> ulock コマンドを使用します。ulock コマンドはロックファイルを排他的に作成します。
あの、途中でエラーが落ちた時に問題がありますよね
Ⅲ-4. ロールバックは出来ますか?
> 例えばマスターの更新では、次のようにすべての更新前後のファイルを残します。
> シンボリックリンクでファイルを同名参照できるようにします。
> リンクを切り替えるだけでいつの時点にでもロールバックすることができます。
えぇ?ロールバックはリンクを切り替えるとかいう手動なんですか?
Ⅲ-5. データアクセスに対するセキュリティはどうなっていますか?
> 個人情報などの重要情報は暗号化コマンドを使います。復号時にも
> パイプを使ってストリーム処理しますので、処理途中に
> ファイルやメモリ上に展開されることはありません。
暗号データをメモリに展開しないでどうやって処理するんですか?
Ⅲ-7. ウエブアプリケーションをCGIで記述するとプロセス過多にならないですか?
> プロセス数が数千程度だと今の標準的なサーバーだと問題はありません。
> 万オーダーになってとるべき対策は、CGI 内部で次のような処理順番待ちを行う仕組みを入れます。
やっぱりプロセス過多になって困るからそんな事しなきゃいけないんですね。性能ガタ落ちです。 Ⅳ-2. データベース(DBMS)を使わない理由を教えてください。
> ユニケージのコマンドは、全てのデータベースメーカーが提供する機能をカバーしています。
まったくカバーできてませんね?1%もないのでは? Ⅳ-4. UIはどうやって作るのですか?
> UIを作る手段にこだわりはありません。HTML, Ruby, .NET Framework, React など
> 様々な手法で開発が可能です。ユニケージはデータベースの代わりや、サーバ側の処理のためなどに使います。
ユニケージでは作れないってことですね 普通におかしいところを指摘しただけですが
いじめってことにして悪者にしたいんですね。わかります。 > > ユニケージのコマンドは、全てのデータベースメーカーが提供する機能をカバーしています。
> まったくカバーできてませんね?1%もないのでは?
ユニケージのコマンドが他のDBMSの機能の1%もないというのは
言いすぎじゃなくて、ユニケージが対応してるのってSQLの一部ぐらいでしょ?
DBMSにとってSQLはデータベースの機能の一部でしか無く
ユニケージが対応して無くてアプリケーションで作り込まないといけない
トランザクションとかロールバックとかもDBMSの機能に含まれてるんだよ
インデックスとか検索を高速化する機能もそうだし
他にもいろんな管理機能、メンテナンス機能をDBMSは持ってる。
そういったのを集めていったら1%にも満たないと思うよ。 >>62
シェルスクリプトを作ってくれる人を派遣してくれるなら分かるけど。 20年持つ云々はユニケージのコマンド群を
オープンソースとして公開するのなら分かるけど
プロプライエタリである限り
開発元と運命をともにすることになる そもそもシステムを20年持たせる必要ある?って話だしそんなに長い年月もたせたいなら石板にでも書いてろよwって言うな 本気で言ってるのか、ビジネストークで言ってるのかわからんからな
5年でソフトウェアが動かなくなるってそれは
減価償却の話で、それ以上長く動いてるじゃんってね
ユニケージになんて10年ぐらいのものでしょ?
Pythonは30年前に作られてる
ユニケージ「ぐぬぬ。シェルスクリプトの寿命は長いから
うちが開発した独占ソフトウェアの寿命も長いに決まってる」
あのさ、シェルスクリプトはもう廃れたんだよ? 企業システム ソフトウェア 寿命
でぐぐったらおよそ14年程度ってでてきたぞw シェルスクリプトはすたれちゃいねーよ
想定された用途が違うってだけ > また、Python自体が流行り始めたのはここ10年強くらいです。その前はJava、さらにその前…
> というように、開発に使われるプログラミング言語にも流行り廃りがあります。こういったいっとき
廃れたっていうのはこういうことね。JavaもPythonもなんならPerlもCOBOLも
今も生きいて業務システムでも使われてるんだが、
お前らの言う業務システム開発の流行りではなくなったというのなら
シェルスクリプトはとっくの昔n廃れてるだろ > > また、Python自体が流行り始めたのはここ10年強くらいです。その前はJava、さらにその前…
> ユニケージが流行ったのは何年ですか?
わろたw
草野球の補欠がMLBの選手相手にイキってるみたい >>70
俺を連中と一緒にするなw
シェルスクリプトは全く廃れていない
unixは100%依存している
ただし連中の想定している用途に使うようなものではない それで業務システムの何%がシェルスクリプトに依存してるんだ? >>73
からむなら詐欺師にからめ
$ ls /sbin/ /bin/ /usr/sbin/ /usr/bin/ | wc -l
7723
$ for i in /sbin/* /bin/* /usr/sbin/* /usr/bin/*; do strings $i | head -n 1; done | grep 'sh$' | wc -l
1108
俺がこれを書いているLinuxだとざっと1/7がシェルスクリプト
UnixをOSに採用している業務システムもそう変わらんだろう >>74
それ、単に別のコマンド呼び出してるラッパーだよねw >>75
そいうのもまとめて含んでるよ
いずれにしても業務システムがunixをOSとして採用していれば
間違いなくシェルスクリプトはOS(カーネルじゃないよ)の基盤をなしている
ただしその上で構築するアプリケーションシステムに
シェルスクリプトを俺は使わないな
言語が貧弱なので規模が大きなものには絶対に向かない >>74
ジョブでお仕事している処理はほぼ全部。
JP1 や IWS (IBM Workload Scheduler/旧IBM Tivoli Workload Scheduler) がキックする先にシェルスクリプトがいて、状況に応じて分岐処理も入れたりして、業務処理させてる。
まあ、これもラッパーかな という訳でシェルスクリプトが廃れているということは全く無い
使いどころが頓珍漢な詐欺師どもに絡んでくれ もう1回
bash で書いても、あと20年は動くだろうから、POSIXシェルの古い書き方に合わせる意味ないよね。
てか、echo や date の仕様が少し違ったりするせいで、AIX からLinux の移行の時、少し直した。 bashで書こうがどんな言語で書こうが、
言語機能だけ使ってるなら、そりゃ20年は動くだろ >>82
「業務システム」の認識がお前と俺で違うだけ
俺はOSを含めて「業務システム」と呼んでいる
お前はその上で稼働している俺が
「アプリケーションシステム」と書いている
部分のみを「業務システム」と呼んでいる
ただそれだけのこと
くだらんので絡むなら詐欺師に絡めな? シェルが使える環境ならどこでも動くってのは間違いではないんだろうけど、それ以前にユニケージの書き方(制御構文無し、あらゆる繰り返しをベタ書き)が明らかに保守性可搬性ないんだよね シェルが使える環境ならどこでも動く(意訳 他の言語もどこでも動く)
シェルが動いてもユニケージは動かない(意訳 金払わないと使えない) > それ以前にユニケージの書き方(制御構文無し、あらゆる繰り返しをベタ書き)が明らかに保守性可搬性ないんだよね
USP研究所の言う保守性の意味は
プログラマ能力がない素人でも保守できる
生産性?効率?知らねぇ。
バイトなんて月単位で入れ替わるだろうが
俺らの会社には素人しかいねえんだよ
素人だけで内政するにはどうすればいいかの話であって
プロのプログラマのための開発手法じゃねぇんだよ
という意味なんだろうね >>86
そういう意味で正しいけど現在のITを取り巻く状況にそぐわないよねって言うな ID:WDAXj57T さんの意見を聞きたいところだ。
彼のおかげてユニケージ分ってきたので。 現場を知らない人間の権威主義を根底に感じる
UNIXを開発したわけでもなく
UNIXを使ったことがあるわけでもなく
職業マとして色んな言語を使ってきたわけでもなく
そういう人がシェルスクリプトなんかに万能感見出しちゃってる パイプを何十本も繋いでメーカーの人に嘲笑われた
https://uec.usp-lab.com/TUKUBAI/CGI/TUKUBAI.CGI?POMPA=TOUNAKA_INTERVIEW_02
きっかけはこれでしょ?メーカーの人に笑われて屈辱だったから
パイプを使わなきゃ気がすまなくなってる
パイプが万能なんだって証明することが目的になってるから
可読性が悪いコードを持ち上げようとしてる なるほどねえ
職場で入門本慌てて紐解いたんやな
やっぱりUNIXネイティブの人ではなかったか
半可通がこじらせただけのパターンやな
かわいそうに もとSIerの人らしいね。技術者じゃないらしい。
初期のUNIXブームの時に、UNIXの素晴らしさ?に陶酔して
そこから成長が止まってるんだよ
ユニケージがどういう課題を技術的に解決しているかではなく
FAQとか見てると、ミドルウェアとかPythonとかはだめだと
批判し、よくわからないでっちあげの図とかを使って
ユニケージのすばらしさを語るだけという手法
技術的な説明はゼロ
当時たまたまシェルスクリプトでうまく行ったから
これからもずっとシェルスクリプトでうまくいくとか思ってるんだろう
自分が新しいことを覚えたくないから、覚えなくていい
これからもずっといままでのやり方で(ry FAQのPythonとの違いなんかひどいもんだよ
> あらゆる道具にそれに応じた使い方・場面と適さない使い方・場面があるように、
とPythonに理解を示すような素振りを見せておきながら
> Pythonは近年の開発現場では極めて高くもてはやされるプログラミング言語
とか、お前Pythonが1991年に誕生して日本ではあまり使われてなかったけど
海外ではずっと前からメジャーだってってことしらんの?とか
> こういったいっときの「はやり」に乗ってしまった場合、
はやりじゃねーし、ただ名実ともに優れた言語と認められたってだけだし
例えば情報処理技術者試験にも採用されてる言語な
> 将来的に(例えば10年後、20年後といった段階で)システムの
> 改善や機能追加などに困難を生じるかも知れません
根拠なく不安を煽るスタイルwっwだし
> その頃その言語がマイナーなものとなって
> しまっていたり、開発が中止されるなどして、技術者が確保できなかったり、そもそも動かすため
> のプラットホームが準備できないということも考えられます。
ユニケージは昔から今までずっとマイナーなものだし
将来の不安がないようにしたいなら、まずお前のC言語版のtukubaiをオープンソースにしろ
劣化Python版を作ってないで。とか
> ユニケージで使用しているシステム(C言語及びシェルスクリプト)は、UNIXというものが誕生し
> た1970年代にまで遡る歴史あるシステム、そして現在でも進化を続けているシステムです。
UNIXが進化を続けてるというのは百歩譲っていいとして
虎の威を借るな。ユニケージは進化してねーだろとか
> この手法はずっと使い続けられます。
ユニケージ開発手法は誕生以降世界中でずっと使われていません。 アホな上司を説得させる作文を頑張って書いただけの人
技術者ではなくて作文屋さん
技術も根拠も経験もないけど頑張っちゃった人
まぁ真面目でがんばり屋さんなんだろうね
問題の本質だけ観ると
仁和寺にある法師と同じ
UNIXのこともプログラミングのことも
な〜んも見ずに一人だけシェルだけみて得意満面帰ってきた あのFAQ書いたの松浦だと思ってる
技術的な話を屁理屈に置き換えるスタイルが似てる。 >>95
シェルショッカーとか怪人とか言ってるのだからお察しw
初期の仮面ライダー世代だろうね このスレに湧いてたやつって松浦かな?
松浦はもっと長文で粘着するか ゆたぼんのパパvsヤフコメ民 みたいになってきているが、訴えられたら余計な火の粉を被るかもしれないので、適当なところで止めようね、と思ったり。 技術的におかしいものをおかしいと批判したり
虚偽広告を虚偽と言ってるに過ぎない
訴える法律はない 訴えたら逆にここの内容が話題になって
逆効果じゃないか?w プログラム経験の無い人に短いパイプを使ってもらうのにはいいのかも。
https://www.hands-lab.com/tech/t62/
それでも、クソ長いパイプでやるのは間違いだ。
次の段階はループや分岐、DBを覚えろよ、という。 >>104
> ユニケージ開発手法とは、
> 規約に従いよく整理されたディレクトリに配置されたフラットファイルをシステムのデータストアとみなし、
> バッチ、Webアプリケーション含めたシステム全てをデータフロープログラミングで構築する為の、
> テキスト処理特化コマンドセットを用いたDSLである。
これがベンダーロックインになるんだよね。普通はデータベース使うから
別に言語に乗り換えたりするのは可能
データがプログラムから独立してる
ユニケージ開発手法は、ガッチガチに独自のデータ構造に
固められてしまうから、乗り換え不可になってしまう
あとファイルを使うからクラウドと相性が悪い USPとしては、ファイルならどの言語でも対応してる!って
いうだろうけど、お前独自のディレクトリ構造に対応した
ライブラリは他の言語にないだろうと
ユニケージコマンドを使わずに、ユニケージできるか? > そして元販売員エンジニアが産まれた
> ノンプログラマが高速でアウトプットを出せるようになり、
> さらには初級プログラマへの短期間での成長が他開発環境に比べ比較的容易
> ->業務を理解するエンジニアが社内から何十人も成長した
> というのが、長谷川が各所で喋っている、
> “販売員をエンジニアにすることで要件定義コストを軽くする”
> ということの背景になっています。
人件費の安い販売員 > おまけ
>
> 余談ですが、筆者は最近ユニケージあんまり書いてなくて、
> 主に PHP + Elastic Beanstalk + DynamoDB な感じの環境でJSON吐き出す機械を作ってます。
> このあたりの環境については、その内井上が解説してくれると期待。
wwww 新しい議論のネタくれよ。
ちょっとだけ面白かったのに 使われてないのでネタも見つからないw
いや、まじで使っている人の感想がないのよ Googleで2018年1月以降でTukubaiを検索したが
開発元のUSP研究所の関係者が書いた記事、
USP研究所が発行してるシェルスクリプトマガジン、
ユニケージの代理店、インストール紹介記事、
宣伝広告以外の情報が全くない。これはひどい。 >>109
ネタ見つけてきたぞw
http://www.x-rad.jp/column20221213.html
現在においては、小売業だけでなく様々な業界のシステム内製化に使われています。
弊社のある顧客では隔週で情報システムスタッフと他部署のシステム改善会議が開かれ、
緊急度の高い案件は定例会議を待たずに当日中にリリースされることもあるほどです。
ポイント制度の立ち上げなどの新サービスや新規事業の立ち上げも、
「このサービスをすぐ開始しよう、システムってすぐできるよね。」という会話がなされているのは衝撃的です。
===============================================
内製化のメンバーは5名です。
そのうちの3名はITの経験がない、例えばお客様とのコミュニケーションの担当であったり、
経理の担当であったりした人がユニケージを覚えて活躍しています。
===============================================
ユニケージはクローズな技術ではなく、AI や WEB のサービスなどの外部システムともつなげやすいので
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
自分たちでは手に余ることでも、うまく組み合わせて全体としてシステムを完成させることが可能です。
その結果、この会社はこのように自由自在にシステムを扱える会社に成長しました。
その変幻自在な柔軟性とスピードが今の業績を支え、今後の成長を見据えることができる基盤であることは間違いありません。 >>112
なんつーか
ユニケージを開発した我々はUNIXを理解していて、
すべてUNIXに考え方で作られていて、
UNIXはすごいから我々が作ったものもすごい
みたいな論調が多いよねw
うん、すべてのソフトウェアはUNIXを理解して作られてるんだ
お前らが嫌いなPythonやデータベースもな > ユニケージはクローズな技術ではなく、AI や WEB のサービスなどの外部システムともつなげやすいの
どうやってつなぐ?
ファイルでつなぐ
ファイルならどの言語でも使えるだろう
ユニケージはネットワークをサポートしとらんじゃないか
どうやって外部のシステムとつなぐのか?
curl?それはユニケージではない DB にデータがある場合、ユニケージはどうやってアクセスするか楽しみ。 CSVにエクスポートしてから
また戻すみたいだよ
ユニケージは速い!
(エスポートとインポートで3倍の時間がかかる) いいタイミングで、新刊出たらしいぞ
https://richlab.org/
【新刊】「先生、わかりません!?UNIX上級者ほど言われないとわからないコト?」
いつリンク間違いに気づくかな?
いつも通り検証が甘いなぁw
https://richlab.org/coterie/unb.html × UNIX上級者ほど言われないとわからないコト
○ UNIX低級者だからわからないのでは? まあまあ、これは初心者はこういう質問をしてくるんだよ
俺(松浦)は聞かれるまで気が付かなかったよ
という話をしているだけだからw 昔、ASCII やソフトバンクから出版してもらえる人って、凄かったと分かるね。 今は誰だって本だせるからな
USP研究所のような小さな企業でもこんなのを利用すれば
それっぽく出版できるし
http://neil.chips.jp/chihosho/
地方出版、少部数出版物流通のためのプラットフォーム。
専門取次、地方・小出版流通センターの情報提供サイトです。/略称「地方・小」 「シェルに学んだシナリオプランニングの奥義」
という本が出ているが、思っているのと違う内容のようだ >>126
> 著者について
> 角和昌浩
> 元東京大学公共政策大学院客員教授
> 1953 年生まれ。77 年東京大学法学部卒、昭和シェル石油入社。
はい、撤収 128 みたいなのって、真面目な会話しかできなくて、他と話が噛み合わないだろ これに関しては全く関係ない話題を出してきた126のほうが問題では… 読んでないけど、誰かヨロ
シェルスクリプトでlsをパイプでつなぐのはなぜ悪いのか ~ ShellCheck: SC2010, SC2011, SC2012 とファイル名改行問題
https://qiita.com/ko1nksm/items/fb42b741f5d176996ec1 >>132
読んでみたけど問題点は
移植性が悪い
脆弱性につながる
解決策は
ファイル名展開ならグロブを使え
同じ機能をfindのみで書けるかも
かな ■ このスレッドは過去ログ倉庫に格納されています