「CLI」を含む日記 RSS

はてなキーワード: CLIとは

2022-05-08

ギークためのChromebook入門

エントリ目的

ライトコンピュータユーザ一切合切無視してギークギークのため情報共有するためのエントリ
感想はてブへ、質問トラバに投げれば誰かが答えるんじゃないか?(他力本願)

開発者は初手でデベロッパーモードにするべし

セキュリティ懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
用途中でデベロッパーモードにするとストレージファクトリリセットされるので注意。

ハードウェア選択

Webで完結するのであれば低性能機で問題ない

Webエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的タブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ

ただし、Webベースゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。

ChromeOSハードウェアスペックで殴ると快適なのは変わらない

Core i7クラスCPUや16GB以上のワーキングメモリSSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラス3DCGAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。

Android Appレイヤーを中心に運用したいと考えてるならばx86_64機は非効率

Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。

1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者マジで底辺しか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。

しっかりリソース管理できているChromebook向けビルドアーキテクチャによらずサクサクなのでクロスプラットフォームビルドマジで開発チームの腕が如実に反映される。

ちなみにSnapdragon 8 Gen1なChromebook公式発表は今のとこ無いのでAndroid Appレイヤーブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。

Android Appレイヤー

macOSiOSレイヤーよりAndroid App数は多いし操作性は良い

Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。

GPS事実上ほぼ機能しない

ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバ接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。

USB over MIDIが使える

Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能ものの、iOS比較してレイテンシがそこそこ大きくDTM活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。

そもそも既存Android AppなDAWVSTやLV2などの外部プラグイン対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか?
ただし、DAW単体でDTMを完結するとレイテンシほとんど気にならなくなるので絶対Android AppでDTM不可能というわけでもない。

Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。

ChromeOS向けマルチタスク対応していないとAndroid Appはスリープする

ChromeOS向けマルチタスク対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。

まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの?とは思う。

ICT教育日本中学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスク考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか

Linuxレイヤー

実体LXC/LXD

LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも?

デフォルトイメージはChromeOS向けにカスタムされたDebian
別のLinuxディストリビューションへ置き換えることも出来るが一部機能制限される可能性がある。

IMLinuxレイヤー側で用意する必要がある

ChromeOS動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊ものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難

USB Pass Throughが使えない

ChromeOSマウントされたUSB機器、というかシリアル接続された機器Linuxレイヤーから認識しない。
見掛け上で接続されているハードのすべてはソフト仮想接続されているだけなので、一部経路から上手く認識しなかったりする。

まりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーゲームやろうと思ってもUSBゲームパッド動かないのでマウスキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。

それぞれが独立しているLinuxレイヤーAndroid Appレイヤー相互認識しない

言うなればAndroid Appレイヤースクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリキャプチャしようと思ってもキャプチャできず撮像は暗転している。

ChromeOSホストLinuxレイヤーAndroid Appレイヤーゲストなのでそりゃそうなんだけど気付かないとハマる。

LinuxレイヤーDockerを構築するのはやめておけ

LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境Chromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
まりゲストOS制限KVMも引き継ぐ。

ただしこれはDockerが導入できないという意味ではない。
自分解決する気概があるのならばDockerは便利に使える。

Web開発であれば必要十分

CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。

GIMPInkscapeなども動くけれどデザイナーAdobe使いたいんじゃなかろうか?

Chrome OS向けAndroid Studioが存在する

Android App向けIDEAndroid StudioはChromeOSけが存在するのでAndorid App開発が可能
しかデベロッパーモードでなければエミュレータや実機デバック制限が発生するので注意。

3DCGゲームを作りたいのであればGodot

UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスMITなので商用利用だってイケる。

3Dのほか2Dゲームもいける上に、最近IDEよろしくマウスポチポチUIを作れるし、軽量動作物理演算日本語ドキュメントまで揃っているので中高生ガンガン使える素晴らしいIDEだ。

総評

浅い部分は気軽だが深い部分は非常に難解、それがChromebook

浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザ視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。

しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇Linuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。

そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。

ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ

追記

少なくともGoogleエコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースアップデート無償で得られ、Gentoo LinuxベースなChromeOS潜在的マルウェア絶対数がそもそもWindowsMacよりも少ないという利点がある。
Bluetoothイヤホンヘッドフォンヘッドセットも使えるし、NestスピーカーNest HubNest Camを持っているのであればGoogleアシスタントからコントロールが容易なのは想像が付くだろう。Android AppレイヤーGoogleホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い
もちろんこれは選択するハードによるもの指紋認証ロックを解除することまでできる。

Googleエコシステムへ浸かっていてGoogle個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言欠点表現することが可能だ。


Chromebookじゃなくても別に良くね?」


そう、ギークLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギーク別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OS別になんだって良い。
このエントリは単にChromebookという新しい沼ギークの皆さんをご案内しているに過ぎないのだ。

2022-05-07

従業員50人ほどの中小IT企業のFLOSS活用事例 n = 1

弊社ではその設立当初、というよりも創業者(=私)が個人事業主だった頃から業務にFLOSSを多用しています
今回その事例を情報共有するためにエントリ作成いたしました。

従業員50人ほど(学生アルバイト含む)の会社です。ちなみにかなりボカして書きます

社内文書ODF

弊社では社内文書SDGs観点からペーパーレスに努めており……と表現すると些か格好付けすぎなので正直に言えば個人事業主時代印刷機複合機ランニングコストバカにならなかったので物理ペーパーへ出力するのを控えていた運用がそのまま法人化されても続いているだけです。

社内文書として用いられる文書フォーマットODF形式統一している……というかコレもまた個人事業主時代OpenOffice活用しており、現在社内で使われている主なオフィススイートLibreOfficeとなっています
注意点としては弊社がルールとして定めているのはODFを用いることでありLibreOfficeの利用を強制しているわけではないという点です。
従業員の中にはLibreOfficeを常用せず、AbiWordやGnumericを普段使いしている者も居ます
弊社は社外とオフィス文書ファイルをやり取りすることが一切なく、オフィス文書ファイル表現するには正しくないですが社外とはPDFをやり取りするくらいなので何か問題が起きたことが今まで特にないです。

えんたぁぷらいず……

ただ1つ問題があり、弊社はこれまでLibreOffice無償活用させて頂いており、これまでの感謝を示すためLibreOffice Enterpriseへの移行を考えているもの日本国内LibreOffice Enterpriseを利用するための情報が一切なく困り果てています
最悪、海外企業を頼る方法もありますサポート時間の都合などがあるため可能ならば国内で探したいと考えています。どうにかならないものですかね?
社内では「むしろウチがやったら?」なんて声もチラホラ聞こえますが……。

ちなみに社内デファクトスタンダードフォントはNoto Sans Japaneseです。一部でTakao(IPA)が使われています

OSの縛りを設けていない

弊社ではFLOSSを活用しているせいもあって特にOSの縛りを設けていません。何なら経理担当Chromebook使ってます
社内のOSシェアはChromeOSを含めたLinuxディストリビューションが5割、macOSが2割、残りがWindowsとその他です。

気になるであろう開発環境についてですが、Dockerを用いて開発環境統一化を計っており、その時々に応じてDockerコンテナを切り替えて開発しています
Dockerを用いているせいもありLinuxディストリビューションの社内OSシェアが高くなっているのです。
プライベート従業員は様々なOS選択しているようです。ゲームとかVR趣味であるならばWindowsしか選択肢ないでしょうしね。

ちなみに業務用のPCBYODで購入補助あります
結局は従業員現物給与として課税されてしまうだけなので「いくらでも良いけど高すぎるの買うと年収増えすぎて痛い目みるよ?」とは助言してます
会社はまとまったお金を出しているに過ぎないのでメリットデメリットがありますよね。

GNUプロジェクトソフトウェアは無申請で利用可

いちいち申請出す方もチェックする方も面倒なのでGNUプロジェクトソフトウェアは無申請で利用可としています
ただし制限公式リポジトリまたは弊社が安全だと判断しているリポジトリで配布しているバイナリのみという条件が付きます

本番環境ホスト先は色々

どこの会社もそうでしょうけれどもAWSAzureGCPなどたいてい大手に置いてますね、予算の都合もあるけれど。

デザイナーは主にWindowsを使っている

これは弊社が強制しているわけではなく、弊社デザイナーの第1号従業員Windowsユーザであったので惰性のままWindowsとなっているだけであり、中にはMac仕事している従業員も居ますし、状況によってLinuxディストリビューション(主にUbuntu)上で仕事しているときもあります

Linux環境では苦手なIllustratorAI形式などはSVGラスタ画像に落とし込んでもらって開発者適用するという運用になっています
社内では特定環境依存するファイル形式はとことん嫌われる傾向にあります(妙な仕事が増えるから)。

みんなGitが使える

開発者から経理デザイナーに至るまで弊社従業員はみんなGitが使えます
ただし使えると言っても全員がCLIからコマンドを打てるわけでなくGUIクライアントから操作しか出来ない者も居ます
主に使われているGitGUIクライアントGitKrakenです。

入社時の受け入れ教育LibreOfficeGit指導をすることになっており、全従業員が浅くともGitとは何ぞや?を理解している状態にあります
ちなみにGitリポジトリは主にGitLabへ置いていてUltimateを契約させてもらってます

社内にセルフホストしているGitLabサーバもありますが、こっちは従業員個人開発しているものを投げているようですね。業務にあまり使われていません。緊急時バックアップと思われるものがちょこちょこありますが。

プロジェクト管理ツールはopenproject.org

プロジェクト管理ツールはいろいろと試したのですがOpenProjectへ落ち着きつつあります
プロジェクト管理ツールの選定は各プロジェクトマネージャへ任せているのですが、旧来からあるRedmine操作性が近い上にGitLabとの連携も容易でなかなか良いとのこと。

社内チャットは主にElement(Matrix)

他社とのやり取りにSlackやTeamsやZoomが出てくることもありますが、社内だけで完結する際はたいていElementが使われています
これは当時インターン生だった弊社の現従業員若者の熱意と共に持ち込み、サーバを与えたら喜々として運用をはじめたので、それをきっかけに便利だったからそのまま使わせてもらってます

ぶっちゃけて言えば私個人のこだわりはチャットにありません。従業員が楽しそうに使っていればそれで良いんじゃないかと。
IRCとか持ち出されたら「今どきそれはどうなの・・・まぁ良いけど」って言うかも知れませんが。

会計はFreee

会計はFreeeです。特にこだわりはありません。たまたまWebブラウザから使えたのでFreeeとなってます

弊社は95%リモートワーク

残り5%は主に私が出社しているからw
社内にサーバがあるので私以外も出社してくることはあります基本的コロナ禍以降は全従業員リモートワークです。
そもそもコロナ禍以前でもリモートワークしてた気がしなくもないのですが当時は3割4割くらいだったでしょうかね?週に何度か出社して来ないが自宅からdoneしてくる従業員が何名も居たので。
タイムカードもElementのbotへ投げると自動的に処理するようになってます……が、実際のところ最後の処理で私が大目時間を付けてます。打刻を忘れることもあるしね。少ないより良いやろw

結局、郵送物(今ならコロナワクチン関連とか)を処理する必要があったりなど誰かしら会社に人が居なければならず、自分でも忘れがちですが創業者なので私が会社に居るよってことで私だけがほぼ出社するという状況になってます
オフィス処分も一時期考えたのですが、増員への教育とか考えるとやっぱりオフィスあったほうが良いよなぁなんて思ってそのままです。もしかしたら引っ越しするかも?

1つだけ申し訳ないことがあって、コロナ禍の状況下でどうやって増員したら良いのか教育したら良いのか私の能力を超えていまして現在新規募集を停止中です。いやホント申し訳ない。
事業軌道に乗った以降は毎年最低1人は取ろうねと古株と話していたんですが、こうなっては無理だよねと苦笑しあってます
どうやって世間の同規模中小企業新人教育やってるのか解らなすぎる。会社に誰も居ないじゃんと。

上場する気も更々ないし無借金なので、のん気にこのままゆっくりと会社を維持していきたいなぁと思ってます
早くコロナ禍終わらんかなぁ……。

2022-03-20

ITが駄目ならネットにいるニートはなんの仕事すればいいんだよ

想定ステータス

高卒

三十路手前アラサー

職歴なし(フリーター歴あり)

友達がいない、もしくは少ない

・人と喋るのが得意ではない、若しくは人見知り

プログラミング機械が好きなわけでもない

・体力もなく手先が不器用

・人並み以上にタッチタイピングは出来る

インターネットはよく利用し、パソコンに苦手意識もないが、プロキシ(串指し)がよくわからず、CLIに馴染みもないレベル

・得意なものが何一つないので、相対的パソコンが得意だと思ってる(若しくは思われてる)

こういう人間ニート脱出のためにITの道に進むのって自然な流れだと思うんだが、ITはやめとけっていうやつってどこ薦めるつもりなんだろう

2022-03-15

Auth0のNew Universal Experienceでログイン画面とかをカスタマイズする手順

なんて事無いんだがいつも間が開いて忘れてしまうので自分用にメモ

ターミナルからログインする

> auth0 login

※もし入って無かったらauth0/auth0-cli と auth0 をインスコしておく

ブラウザが起動してなんか色々聞かれるから流れにそって。

デフォルトテナントじゃないけどテナント変えるの?」って聞かれるからyesで答えておく。

ログイン完了したらテンプレ編集画面開く

>auth0 branding templates update

ブラウザ側でプレビューしてくれるのでターミナル側でコード直していく。Vim慣れないけど頑張る。

CSS変数が充実しているので変数の上書きでやっていく方が無難

終わったら保存してプレビュー確認おしまい

2022-02-22

anond:20220222101742

いやAWS CLI自体コマンド群だろ

コマンドを並べたもの場合によっては制御構造を含むもの)がスクリプト

こういう細かい用語適当に使うやつと話すと色々ずれる

anond:20220222101312

こないだAWS CLIスクリプトではないとか言ってる馬鹿がいて笑った

スパイス自分で調合してないカレーカレー定義できない!みたいな

2022-02-17

anond:20220217211346

AWS CLI を何らかのスクリプト言語に組み合わせることは出来るが、AWS CLIスクリプト言語では無いだろ?理解できたか

あと、お前は Google Apps ScriptAWS CLI を「スクリプト」という同カテゴリに捉えているようだがそれは間違いだぞ

基礎を押さえないといつまでも適当な印象で評価は低いままだからな、気を付けような

anond:20220217210154

AWS CLIっていうみたい、質問くれなかったらググりもしなかったわ、ありがと~

https://udemy.benesse.co.jp/development/system/aws-cli.html

2022-01-09

[]

Spankbangという動画サイトyoutube-dlアプリ(といってもCLIだが)でDLできるね。便利じゃないか

2021-11-06

しろAndroidがここまで普及したのが不思議

iPhone話題Androidとの比較を、日本ケータイ歴史も絡めた増田ホッテントリしていたけど、

個人的には、むしろAndroidがここまで普及したことのほうがにわかに信じがたい話だったりする。


自分は、大学で覚えたパソコン2ちゃんどっぷりだったキモオタ系ということもあり、

すでにJK20代女性とっては当たり前になっていたガラケーも、仕事するようになって数年後、渋々持ち始めたくらいの代物。

からそもそもガラケー文字入力からして使いにくかったし、iモードに至ってはなにそれおいしいの?という感じ。

要するに、最初から最後までガラケーは手に馴染まなかったと。

からW-ZERO3とかBlackBerryといった、液晶画面+qwertyハードウェアキーボードという当時のスマートフォンは、文字通り垂涎の的だった。

「本物のネットパソコン世界にあるもんだ、スマホはそこらへんをよくわかってる」

と胸踊らせたものだった。

しか自分がいたキャリアあくまガラケー一辺倒=そういう機種は一切ラインナップに加えないので、本当に歯がゆかった。


そんな自分アラサーとき日本上陸したiPhoneには、そりゃもう興奮した。

ジョブズの神プレゼンとか関係なく欲しい!って思ったね。

間違いなく新時代スマホだと直感したし。

しかしまたしても「スマートフォンはまだ早い」とか言ってたキャリアが…。


さて、そんなiPhoneの後塵を拝す形でひっそり登場したのがAndroidなわけだが、これがモノになるなんて正直思えなかった。

海外ではすでにハードウェアキーボードスマホ一定シェアを持っていたことはなんとなく知っていたし、そういう従来のスマホiPhone一騎打ちになると予想していた。

だってBlackBerryNokiaめっちゃ強かったから、まさかソイツらがブランドイメージ皆無なAndroidに全て駆逐されるなんて、ありえないと思うじゃん。

何よりAndroidLinuxスマホ向けディストリビューション、要は中身がLinuxということが、以下の理由でパっとしない感を更に強めていた。



あと全面液晶の「iPhoneクローン」なスマホだったら、Windowsモバイル版が伸びるだろうと思ってたこともある。

Windowsはそこそこの値段でそこそこの使い勝手デスクトップPC向けOSとして、当時はもちろん今もデファクトなわけだし、その実績からLinuxというCLIメインのOSよりも、ずっとスマホに近い場所にいると思ってたし。

それにスタープログラマのカトラー文字通り人生を賭けて作ったOSなんだから、少なくとも院生のお遊びから始まったLinuxなんかよりは、モバイルでも上手くやるだろうと。


そういう当時を空気感を知っていて、かつ、ほぼXperiaしか触っていないとはいえ5年以上Androidスマホを買い替えつつ過ごした人間として、正直Androidなんて…と思っているわけで。

そして去年ようやく念願のiPhoneに乗り換え1年ちょっと経ち、「別にAndroidでいいじゃん」が「もうAndroidには戻れねえ」となった結果、更にその思いが強くなったと。

からAndroidiPhoneガチ比較してなお「Androidでいい」とか、ましてや「Androidがいい」という人は、一体何を見てそう思ったのか、心底理解できない。

PixelGalaxy中華スマホは触ったことないけど、Xperia国産スマホでは最高レベルに優れていると聞くし、そんな高級スマホ比較してもiPhoneのほうが全然使いやすいのだが。

2021-11-03

anond:20211103085437

やっぱ安いルーターってそれなりなんだよなあ。

ネットギアInsightとかバッファローBizってのも特定用途なら良いんだけど、

syslog送れなかったりradius連携できなかったりCLIやらLUAスクリプトなんてまったくできない。

シスコとかはクソ高いしIPoE対応してなかったりする。

やっぱヤマハNECあたりに集約されんだね。アライドは良く知らない。

ヤマハテレワーク需要在庫なくなるってのも理由がわかった。他に選択肢がないのよ。

まあ勉強代だよねえ。

2021-05-28

[]2021年5月27日木曜日増田

時間記事文字数文字数平均文字数中央値
001071065099.539
01454850107.831
0291493165.965
03224230192.337.5
0422213096.856
05232754119.762
0634213762.946
07454654103.445
08107904184.552
09118956281.042
101291233495.647
111481298087.744
1224124107100.043
1311713082111.850
1417423990137.958.5
151671362181.643
161811515983.835
171711130266.137
181571061967.640
1914316385114.633
201521187278.136
211311214992.741
2214618136124.244
23123845368.723
1日271225569094.342

本日の急増単語 ()内の数字単語が含まれ記事

小熊(7), CLI(15), 礼子(5), スーパーカブ(20), CUI(8), 都立高校(6), 宗教差別(4), GUI(19), IOC(7), ぱふぱふ(3), ガチオタ(3), 数値計算(3), ドラクエ(13), 反差別(15), 中卒(15), ちやほや(10), 五輪(34), BAN(7), Excel(6), 文法(6), コンピュータ(8), バイク(12), 論理的(12), 私立(14), 入試(9), キーボード(10), 開催(30), 接種(16), フィクション(18), オリンピック(41), 老害(16), 科学(19), 選手(17), ワクチン(39), B(34), 中止(21)

頻出トラックバック先 ()内の数字は被トラックバック件数

■いつまでコンピュータで消耗しなきゃならないの? /20210527100955(32), ■酒タバコギャンブル薬以外で /20210527220752(24), ■スーパーカブ事故らない /20210527115035(24), ■そういう話じゃない スーパーカブ /20210526180451(20), ■チヤホヤされるのは嬉しいけど男はキモい /20210526202537(19), ■素手うんこをつかまされた /20210527011354(14), ■anond20210527000044 /20210527000429(13), ■ドラクエ愚痴。 /20210527161226(12), ■宗教差別ってあんまり話題に上がらない気がする /20210527034931(11), ■人類って案外賢くないのかも /20210527074616(11), ■ /20210526204209(10), ■職場での挨拶問題 /20210527195515(10), (タイトル不明) /20210527113140(9), ■ /20210526132741(9), ■あっさりマスコミ誘導に乗っちゃう人々 /20210526202046(8), ■セルクマシステム上で禁止すべき /20210527093801(8), ■後発が劣化しているのに古いのを使うと老害と言われる例 /20210522105612(8), ■漫画家が歳をとるとめちゃくちゃ絵が下手になって悲しい /20210527150621(8), ■しなびた個人vtuberが好き /20210527160131(8), ■男は女のそういうところを見ている /20210527150810(7), ■世間は男の性欲を甘やかしすぎだろ /20210527153756(7), ■食事が好きすぎる /20210526234417(7), ■数学と、数式をプログラムに落とし込む書籍教えて欲しい /20210527102709(7), ■新人VTuberの毒島あかりと申します。 /20210527121410(7), ■もっとそういう話じゃない スーパーカブ anond20210526180451 /20210527101944(7)

2021-05-27

anond:20210527100955

CLIって、「利用者知能指数150以上」みたいな要求があるもんだとおもってる。そもそも論として。

ヒストリーラインエディットがついてなんとかバカでも使えるようにしてあるけど。

anond:20210527100955

CLIハードユーザーだが完全に同意だ。よく言ってくれた。

デファクトスタンダードになったデザインを変えるのは難しい。だが増田安心して老後を過ごせるように現状に楔を打ち込んでいくぞ。

anond:20210527142129

対話のものが色々あるって話ではなくて、対話無しのコマンドを組み合わせて自動化するのが簡単ってことでは?

業務用のネットワーク機器の設定は CLI のみで、対話無しの設定コマンドの羅列がデフォだよ?

anond:20210527101902

そもそもコンピュータ理解してないように思われる。

そもそも CLI みたいなコードしか元々理解できないのがコンピュータなんだよ。

初期の DOS にはグラフィックなんてなかったし、それは Linux でもなんでも一緒。

その CLI でできること(=プログラム)の一部をグラフィックで使えるように後付けされたのが GUI だ。

どんな GUIプログラムも最終的には CLI のようなコードに変換されて動いてる。

そして、CLI でできることのうち、よく使うものGUIメニューとかから使えるように

CLIコードに加えて)プログラム作成するわけだからGUI の方がコストが増えるに決まってる。

CLI でできる処理の組み合わせは無限にあって、いちいち CLI の全パターン分の

メニューボタンなんて作ることはできないので、CLI に比べて GUI でできないことの方が多いのも当然。

結局、GUI でできないってなったら CLI に戻るしかないということだな。

これはコンピュータベースの部分がこの仕組みで動いている以上、

どんなに GUI だ、音声入力だと外見が変わったとしても、

ある一定以上のレベルCLI に戻ってくるのは変わらんと思うぞ。

anond:20210527100955

GUIシステムプログラム仕事やってたけど、

GUIって仕様書動作仕様網羅するのが難しいし、

ユーザーの言う通りに動くようにしてたらコードスパゲッティ化して訳分かんなくなりやすい。

システムを開発する側にとっては操作フロー単純明快CLIの方が作ってて楽かなと思う。

anond:20210527141130

対話式のCLIなんて山のようにあるだろ

ネットワーク機器なんて対話式ばっかりだぞ

anond:20210527102458

CLIプログラミング環境って話があまり一般的な話ではないから誤解した。

というのも、Androidアプリとかを作りたい場合環境GUIになるのは必然だが、インフラ側で動作するスクリプトを書く場合は、GUIのない環境CLIだけでコーディングする場合があるからCLIを使う場合も多い。

からプログラミング環境の話で言えば、それは単に文脈依存して切り替えるのが良いってだけの話になる。

ちなみにCUIって言葉を好むのは極東人だけ。

anond:20210527102439

書く量は少なかったとしても、結局GUIがあるってだけで保守コストが増えるんだよね...

例えば形態素解析機を作りたいってときに、ライブラリとかCLIとかで作るのはわかるけど、そこにGUIをつけようとは思わない。

anond:20210527102235

すべてのプログラムにとって言えることが、GUIをつければそれだけ保守コストバグが増えるということだよ。CLIプログラムを作るにはCLI環境必要になるのはわかるでしょう?

anond:20210527102144

そこまでやるならCLIでやったほうが100倍早いかCLI使うんだよね。

anond:20210527102105

普通エンジニアなら、CLIコードGUIのあるコードよりも行数が増えることはデータなしに自明の理としてわかるよ。

ログイン ユーザー登録
ようこそ ゲスト さん