新しめの技術を活用している人の情報収集の順番としては、エディタでライブラリの当該部分のソースコードを読む、GitHubにリポジトリがあるのであれば、そこのissuesで検索をかける、Googleで英語（エラー文言等なので必然的に英語になる）で検索する、Stack Overflowで質問するという感じだと思うので、Qiitaでの出現数が減ることは仕方ないと思う。

ミクロで見ると、フロントエンド系の主要な論客がQiita から離脱していることもある。

b. SPAという概念が古い

SSGの登場によってSPAのネガな部分のほとんどは潰されていると思う。

SPA的な手法を使うのであれば、SSGにしろという指摘であれば、的を射ていると思う。

他にも色々と言いたいことはあるが「SPAのことを言ったら一斉に突っ込まれた」という事象を観測できないので、とりあえず以上。

Permalink | 記事への反応(1) | 17:42

2022-03-17

■anond:20220317105432

エディター付きの窓の社（パーツのバラ売りも可）みたいな解釈をしておりまする

Permalink | 記事への反応(0) | 10:58

■GITHUBってダウンロードサイトじゃなかったの？

わいエクセルできるからいつのまにやらシステム周りやらさせるようになったド底辺 SE なんやけど

必要なアプリケーションを落とすために、ちょくちょく使っていたgithubってサイト、エディターみたいな機能もあるっぽいんだけど

ひょっとするとここのサイトって窓の杜みたいなサイトではないの・・？

Permalink | 記事への反応(3) | 10:50

2022-02-21

■anond:20220221092005

「ふーん。エディタにお金は払いたくないなぁ」

有料のマイクロソフト製品と勘違いしたってことか・・

Permalink | 記事への反応(1) | 09:23

■自称 プログラマーは危険

大手企業の管理職にはちょくちょく「プログラム書けますよ」っていう人がいる

だいたいの人は研修でJava習ってちょこっとだけ書いたことがあるような人なんだけど

この前、仕事した人が

「趣味でも書いてるし全然書ける」

とか言ってて凄いマウント取ってくる人だった

そんで

「君はエディタは何を使ってるの？」

ってvimかEmacsかの戦争を起こしそうな質問してきた

「最近はもっぱらVS Codeですねー」

「ぶいえすこーど・・・？」

「Visual Studio Codeですね。流行ってますよ」

「ふーん。エディタにお金は払いたくないなぁ」

とか言っててマジかこいつという気分

他にもVirtualbox使ってるだけでドヤ顔してたりスクレイピング自慢してたりするんだけど

大手企業の管理職だとこの程度でも十分マウント取れて立場を確保できるんだろうなぁと思うとちょっと羨ましい

Permalink | 記事への反応(5) | 09:20

2022-02-16

■anond:20220216161603

あー、なんか自分でシナリオ作りたくなってきた。

はやくエディタ出ないかな。

Permalink | 記事への反応(1) | 17:31

2022-02-02

■anond:20220202220507

プログラマーの仕事はエディタを起動することだからな

Permalink | 記事への反応(0) | 22:39

■anond:20220202220507

あんなカーソル移動が目に追いつかないエディタのどこがいいの？

Permalink | 記事への反応(0) | 22:06

■anond:20220202161105

そうそう

・スマホのゲームにマイニングが仕込まれていた
・無料エディターにマイニングが仕込まれていた
・安いUSBを挿したら、マイニングツールがインストールされた
・安いＰＣを買ったら、マイニングツールが常駐していた

あなたはどの程度まで許せる？

Permalink | 記事への反応(1) | 16:27

■Coinhiveのアレコレ

まずは、名前も存じ上げませんが、無罪確定おめでとうございます。

今回の件、興味深く見ていましたが、界隈の盛り上がりがWinnyの件のようになっていった過程で、被疑者個人にではなく、事件の取り扱いに、どうにも胡散臭い感じを受けてしまって、冷めた目で見ておりました。

なんか世間では、「技術者の自由」だのなんだのと盛り上がっておりますが、そもそも「マイニングしてます」とサイトで謳っていれば、それが事後的なものでも反意図性も不正性も問われなかった程度の話なわけですよね。

Coinhiveの公式も世論との兼ね合いで「許諾を取れ」と推奨しています。

被疑者当人には大問題でしょうが、これで日本はおしまいだの、欧米中から取り残されるだの言われると、なんか違わね？とか思うわけですよ。

自分がやろうとしてる事を一行サイトに記載する（公式も推奨してる）だけで回避可能で、「ダマでできないと日本はおしまいだぁ」とかオカシクね？と。

で、故意性は争われていないので、問題は「ダマで他人のPCを借りるのは許されるのか？」だったわけです。

別に、Coinhiveの違法性が争われたわけでもなければ、「JavaScriptには全部許諾取れ」みたいなバカな話ではない。

裁判所の判決も、「反意図性はあるが不正性はない」（利用者の意図には反しているが、違法を問われるほどの不正性はない）だったわけで。

一部界隈が「技術者大勝利!希望の未来へレディ・ゴーッ!!」とかはしゃいでるのみると、そんなこと判決は言ってないよ、とか思うんですよね。

・スマホのゲームにマイニングが仕込まれていた
・無料エディターにマイニングが仕込まれていた
・安いUSBを挿したら、マイニングツールがインストールされた
・安いＰＣを買ったら、マイニングツールが常駐していた

ダマでやられたら、どの程度まで許せるのだろう？

どこから違法範囲（社会が許容しない）とされるだろう？

今回は、ほぼ皆無と言っていい被害から鑑みて、妥当かなぁとは思うんだが

界隈の無邪気な「ハック無罪」という振る舞いには、相変わらず反吐が出る思いだ

Permalink | 記事への反応(7) | 16:00

2022-01-20

■anond:20220120005233

いや、そもそも書き間違いのときの話をしてるので

こうすれば書き間違えないとかの話じゃ無いよね

HTMLのインデントがあろうとエディタで閉じようと間違えるときは間違えるでしょ

それとも指さし確認しながらコード書いてるの？

Permalink | 記事への反応(0) | 00:59

■anond:20220120003507

補完機能がないエディタとだけ言っとくよ

ソースを触る人がみんなが補完機能があるエディタを使ってるわけじゃないし、開発環境に縛られない方が取り回しが楽ってのもある

エディタ縛りも俗人的な管理の一つだと思ってる

Permalink | 記事への反応(0) | 00:53

■anond:20220120005021

？

そこはHTMLのインデントでないの？

あと、タグとか関数とかエディタで閉じて一行にできるだろうし…

Permalink | 記事への反応(1) | 00:52

2022-01-12

■DaVinci Resolveのような複雑なソフトはどうやって設計しているのか

少し前にDaVinci Resolveの説明書が辞書ほどだ、というのが話題になった。

Blackmagicのサイトを見ていくと、他にも1000ページ超えのドキュメントが多数ある。

ワークフローも考慮して、カラリスト、エディターといった組織で仕事ができるところまでソフトに落とし込んである。

ユーザーがスクリプトを書けるようなAPIも用意されている。

しかもBlackmagicはハードも作っており、低レイヤーから高レイヤーまでカバーしている。

どうやって設計しているのか。

主にスマホが出てきてからだと思うが、日本だとできるだけ簡単・単純に、という方向が主流になり、

複雑なシステムを構築するような、ソフト工学論だったり、組織論だったりはメジャーではなくなった。

動画編集ソフトはUIに絡む所も多く、しかもマウス周りの挙動が重要になるので、

単純に既存のライブラリを持ってくるだけではできない。

ドキュメントに関しても、辞書ほどのドキュメントを書いたとしても誰も読まないので不要というのが、日本に住んでいれば普通の感覚ではないだろうか。

プログラミング言語を何使っているかとか、流行りのライブラリが何かといったことばかりが日本では話題になるが、

DaVinci Resolveのような複雑で巨大な物を国内でも作れるのは大事ではなかろうか。

Permalink | 記事への反応(0) | 10:46

2022-01-02

■anond:20220102162538

それってルータベンダのソフトとか管理画面とか普通あるんじゃないの？知らんけど。

今時そんなのエディタでスクリプトかいて・・・とかないやろ？

Permalink | 記事への反応(1) | 16:27

2021-12-30

■ 仮想化 時代の NAS 選び - やっぱり iSCSI は早い。

仮想システムを構築するにあたり、CIFS しか使えない NAS をバックアップ用に選定してきた SI 屋さんが居たので、CIFS と iSCSI のどちらが早いのか、試してみました。

テストに使う NAS は QNAP の Turbo NAS TS 110

http://www.tekwind.co.jp/products/entry_6719.php

です。もう６年以上愛用して、カビが生えてもおかしく無い程に古いし, Marvell 800Mhz という低スペックな Qnap NASです。 100Mbps 時代のモノです。

昨年、HDDがお亡くなりになったので、3Tb の HDD に交換しました。ファームウェアはこんなに古い機械でも、QNAP シリーズの最新バージョンが利用できます。

iSCSI とは

iSCSI は、今あまり見なくなりましたが SCSI ケーブル規格や、SAS ケーブル接続のハードディスクを、一般的なIP ネットワークで規格で仮想化したものです。

マウントするホストシステム側は iSCSI initiator, ディスクストレージの機能を提供する側を iSCSI Target と呼びます。

ホストから「マウントするしない」はイニシエータ側のソフトウェア的な操作で行います。これは便利な機能で、ディスクの故障などで、一時的に物理的に取り外さなければいけない場合でも、ホストからの操作だけで実際のケーブル結線の脱着を行う必要がないので、今時での SAS の外付けディスクドライブの様に、ホストもシャットダウンして電源を切り、結線を外して修理、交換する、という必要がないので、ディスクデバイスの修理をホストの電源を止めないで実施できると言う、実に便利な事ができます。

という事で、仮想環境では実に使いやすいストレージデバイスなのです。

マウントするホスト側から見ると単純に SCSI/SAS のハードディスクに過ぎません。iSCSI のストレージをマウントしてからは、通常の増設ディスクの様にフォーマットして、ホスト側で使う一般的な XFS, ext4, NTFS などのフォーマットでフォーマットする必要があります。

Linux の iSCSI ターゲット側からは、内部にターゲットとして使う「巨大なファイル」が、どん！　とあるだけです。この巨大ファイルを、イニシエータ側に仮想ディスクイメージとして提供しています。当然シンプルな仮想イメージなので、ファイルそのものをバックアップコピーすれば、ストレージのイメージそのもののバックアップができます。

※ qnap NAS の場合、iSCSI イメージは、 /share/HDx_DATA/.@iscsi.img の下にドンと作られるようです。

[Solved]How to mount iSCSI file?

https://forum.qnap.com/viewtopic.php?f=180&t=25322

[/share/HDA_DATA/.@iscsi.img] # pwd

/share/HDA_DATA/.@iscsi.img

[/share/HDA_DATA/.@iscsi.img] #

[/share/HDA_DATA/.@iscsi.img] # ls -l

-rw------- 1 admin administ 6442450944 Nov 12 20 17 iSCSI-2015ace1-5a078d66.000

-rw------- 1 admin administ 1073741824 Jun 24 09:52 iSCSI-lun4-5d0de534.000

-rw------- 1 admin administ 107374182400 Nov 4 2015 iSCSI-nss01-56399e1a.000

-rw------- 1 admin administ 5368709120 Nov 11 20 17 iSCSI-nss2015-5a06cf6d.000

-rw------- 1 admin administ 21474836480 Jun 22 17:11 iSCSI-test-56b3ce90.000

-rw------- 1 admin administ 5368709120 Jun 22 17:11 iSCSI-test-56b3ce90.001

[/share/HDA_DATA/.@iscsi.img] #

※　とても重要

CIFS/NFS のファイル共有NAS と違い、iSCSI でマウントして一つのターゲットを制御できるのは、一つのホスト、一つのイニシエータだけです。複数のホストからイニシエータでマウントする（できちゃいます）と、ファイルの排他制御は行われないので、ファイルシステム自体の不整合が起こります。

つまりファイル共有という目的には向いていない、という事です。あくまでも iSCSI ターゲットはネットワーク上の仮想ディスクです。

もっとも、一つのホストからマウントしてファイルを保存して、いったんオフラインにして、ターゲットを別なホストからマウントする、という事はできます。また、ターゲットは一つの iSCSI デバイスで複数作れるので、１台の iSCSI 装置に複数のターゲットを実装して、複数のホストから別々のターゲットイメージをマウントする事は問題ありません。

極端な話、ホストのハイパーバイザーは USB メモリやSAN ブートさせて、後はマウントした iSCSI の仮想イメージ上で、仮想マシンを動かす、HDD レスなハイパーバイザー運用もできます。

物理的な転送速度は、ネットワークの速度とディスクデバイスの性能に依存します。当然 10Gb base のネットワークカード、HUB、高規格なケーブルを使えば、論理的な性能は 10Gbps です。大抵は NAS の性能がそこまで出ないのですけどね。ヨドバシカメラあたりで売っている 4,000 円程度の 1G HUB でも、そこそこの性能が出てしまいます。

距離は、IPがつながればどこでもなので、ホストコンピュータとメインのストレージを自社のサーバールームに置き、イニシエータを動かし、バックアップ用の iSCSI ターゲットをデータセンターに置く、なんてこともできます。

【送料無料】QNAP TS－431P2（ホワイト） NAS 4ベイモデルクアッドコア CPU ／ LAN 2ポート搭載（TS431P2）

価格:56,145円

(2019/7/27 12:05時点)

感想(0件)

LUN -

iSCSI の耳慣れない言葉に LUN （論理ユニット番号 : Logical Unit Number）というのがあります。

昔の SCSI は、 SCSI バスアダプタに７番のIDを振り、残りの 0 ~ 6 のディスクや CD, Tape などに ID を振り分ける物理的な３ビットのディップスイッチやジャンパ端子が付いていました。これが SCSI アドレスです。

つまり初期のSCSI 規格では８つ分。

これが実に難物でした。特に、複数の SCSI バスアダプタカードをデュプレクス設定する場合、割り込み番号も別々にするので、手が滑ってジャンパピンを飛ばして床を這いまわって探したり、難解なディップスイッチを前に数日悩んだものです。

つまり一つの SCSI バスには 0~７の合計８台（うち大抵７番はSCSI バスカード）の物理ユニットデバイスがつながって別々に見えたという仕組みだったわけです。

ところが　SCSI バスを使った Raid コントローラが出てくると、ディスクの鈴なりが、一つの物理デバイスに見えてしまうわけです。これを「論理的な仮想番号」に分割して、システムからは、単一の鈴なり Raid ディスクを複数の論理番号に分割したわけですね。

これが LUN というヤツです。

iSCSI 機器のターゲットも、内部のソフトウェア的に複数の論理デバイスに分割して、複数のホストコンピュータから複数の物理デバイスのように見せかけるわけです。

別々な LUN は一つ、あるいは複数の iSCSI 機器によって、複数のホストに別々のディスクデバイスとして見せかけるンです。

まぁ、いい加減な説明なので、他所で調べてください。

https://en.wikipedia.org/wiki/Logical_unit_number

iSCSI ターゲットの設定 -

Qnap NAS の場合、iSCSI ターゲットはウィザード形式で簡単に作成できます。EXT4 ファイルシステム上で、オンラインでも簡単にサイズの拡大ができるので、 Windows の Storage Server のように NTFS の VHD 形式ではないので、そこそこ性能が出ますが、いかんせん古さと遅さは否めません。

Qnap NAS の iSCSI ターゲットの設定は、偉そうな Linux 系サイトに書いてある程、面倒なことはありません。ストレージマネージャから iSCSI タブにあるウィザードに従って iSCSI ターゲット名に任意の名前を付けると IQN にその文字列が追加されるだけです。わざわざ vi エディタに「正確に」綴りを間違えずに設定する必要もありません。ここでは Chap 認証は付けませんでした。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16405779.jpg

機械は古いのですが、逆に言うと、「古くて遅い」ため、サーバーとNASとの接続プロトコルの性能差が、如実に現れる事になります。

QNAP TVS-951X 10GBASE-T/NBASE-Tポート内蔵

10GbE 接続対応 NAS

Windows10 の Microsoft 製 iSCSI イニシエータは「コントロールパネル」＞「システムとセキュリティ」＞「管理ツール」の中にあるので、ここで、設定済の iSCSI 「ターゲットを」「検索」して選んで「接続」します。Chap 認証を付けておいた場合はターゲットで設定したパスワードが必要でしょう。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16412132.jpg

新規に作成して、接続した後は、フォーマットされていないため、ディスクマネージャからフォーマットして使います。ちなみに、フォーマットして利用した iSCSI ターゲットの仮想ディスクは、他のマシンでマウントすることもできます。つまり HDDを取り外して、他のPCに繋げる事と同じことですね。

ＰＲ

ちなみに opeSUSE で使うにはこんな感じになりました。

open SUSE Leap 15.1 で iSCSI NASを使ってハマった

https://islandcnt.exblog.jp/239328437/

CIFS の性能を見てみる -

一番イラつくのは、巨大なファイルの転送でしょう。という事で 3G 程ある SUSE Linux のインストール用DVDの ISO ファイルを　CIFS でコピーしてみます。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16414334.jpg

３分１１秒かかりました。１Gビットネットワークで 12～3% 程度の帯域を使って通信しています。明らかに古いNAS の性能が足を引っ張っているようです。

スループットは 150Mbps 程度で全体の最大１５％程度でしょうか。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16415832.jpg

次に iSCSI マウントしたディスクにコピーしてみます。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16422170.jpg

初速は出るのですが、その後は、ボロイ TS-110 の性能がモロに出ます。それでも 20 MB/s から 25 MB/s 程度は出ています。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16423835.jpg

２分２５秒でした。　大体２０％程度のスループットです。

数字に弱い私の脳みそですが、 iSCSI は CIFS より　1.5倍くらい早い、という事が言えます。

Zabbix で QNAP TS-110 の I/O を見てみると、前半の CIFS アクセスより後半の iSCSI アクセスの山が高い事がよくわかります。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16425860.jpg

CIFS を使ったリモートディスクのマウントは、他のPC からもアクセスができる、というメリットがありますが、iSCSI は単一のホストからのアクセスしかできません。<--- これ重要.... -- もっとも、ターゲットストレージを複数作って複数のサーバーから異なるデータ領域にアクセスはできますが -- バックアップ用途や、サーバーの増設ストレージとして考えれば、良い選択であると言えます。

もっとも、iSCSI デバイスそのものは、ターゲット単位で別々なホストから接続できます。しかし同じターゲットで別々のホストからイニシエータから繋ぐと、とても笑いごとにならない事態になるので、普通やりません。

ハイパーバイザー同士で一つのターゲットを共有してライブマイグレーションはしたことはあります。

こうした性能のわずかな違いが、仮想化システムのハイエンドな領域で違いとなって出てきます。なお Qnap でも open iSCSI でも Windows Storage Server でも取った領域そのままのサイズのでかいファイルが作成されるようです。

国産 NAS の「ハイエンド」と称する「LANxxxx」などのモデルでは Windows Storage Server を使って NTFS フォーマットしています。Windows Storage Server は見た目 Windows サーバーそのものなのですが、ところどころちゃんとデチューンされているようで、SOHO向けが限度です。

こういった国産 NAS メーカーの製品カタログでは、「ハイエンド」は Windows Storage Server を搭載して、低価格のNASは Unix 系のシステムで「低価格」を謳っていますが、そもそも、上位モデルは、CPUやメモリの性能が高いものが使われています。性能が違うのは当たり前なのですが、あまり性能が出ないだろうと思います。