「パーミッション」を含む日記 RSS

はてなキーワード: パーミッションとは

2023-11-15

Webサーバインストールパーミッションエラーが出て数時間悩んだ挙げ句SELinuxをOFFにするのを忘れていたことに気づく

nヶ月ぶりx回目

2023-05-17

[]20ドル払ったら解決するのかなぁ

User

nginxPHP-FPM、Laravelという構成なのですが、failed (13: Permission denied)というエラーが表示されて動きません。どうしたらよいと思いますか。

ChatGPT

「failed (13: Permission denied)」というエラーは、通常、Nginxアクセスしようとしているファイルディレクトリに対して必要パーミッションがない場合に表示されます。このエラー解決するためには、以下の手順を試してみることができます

パーミッション確認:

Nginxアクセスしようとしているファイルディレクトリパーミッション確認します。ファイルディレクトリが適切なパーミッションであることを確認し、Nginxが読み取りや書き込みを行えるようにします。

ファイルの所有者とグループ確認:

Nginxアクセスしようとしているファイルディレクトリの所有者とグループ確認します。Nginxの実行ユーザー(通常はwww-dataやnginxなど)がファイルディレクトリの所有者やグループと一致するか確認し、必要に応じて所有者やグループを変更します。

SELinux確認:

サーバーSELinuxを実行している場合SELinuxセキュリティポリシーNginxアクセス制限している可能性がありますSELinux無効化するか、適切なセキュリティポリシーを設定することで問題解決できる場合があります

オプション: ファイル再生成や再配置:

Laravelプロジェクトなどの場合アプリケーションの一部ファイルが壊れている可能性があります。再度アプリケーションデプロイしたり、必要ファイル再生成することで問題解決できるかもしれません。

上記の手順を順番に試してみてください。また、エラー特定ファイルディレクトリに関連している場合、具体的なパーミッションや所有者情報提供していただければ、より具体的なアドバイスをすることができます

2023-04-01

viemacsはどちらが優れているか? また、これら2つの方法の違いはどこにあるのか? さっそく設定を変更して実行してみた。-emacsosディストリビューションなのでインストールはいくつかの課題存在する。-emacsunix系のosなので適切なディレクトリパスが設定されていない(*1)(apacheモジュールmysqlさえ設定しておけばいい)、各モジュールディレクトリパスが適切に設定されていない、ファイルパーミッションが適切ではない等

Anond AI作成

Anond AI作成していません。

anond ai作成していません。ai作成たかどうかは重要ではなく、パーミッションの違いが最も重要です。iot世界でも機械学習で精度の高いグラフが得られるようになってきました。特にディープラーニングの分野では人間の2倍以上の学習を行い、自然に扱える精度に達する技術が出始めました。iotの分野ではそれだけで十分ですし、その分野でもデータ加工や加工して使い回しても良いでしょう。それだとai作成したと言えるようになります。つまりは「ai人間と同じように扱う」と言った方が適切だと思いますai機械意図的に構築したアルゴリズムといえます

Anond AI作成

2023-03-21

平成ヲタクリメンバーズ第1話情報補完

今の40代オタクがボクの師匠、プログラムもCGもDTMも師匠のおかげを書いた増田です。

お前が技術を中心に情報補完しろよと言われたので知っている範囲情報を補完します。
ただやっぱりネタバレするとゲッサン編集部や作者氏から叱られそうなので、まったく本編には影響しないであろう部分を中心に情報補完させて貰います
先に謝っておきますネタバレ回避を考えたら第1話で語れる部分がココしかなかったっす・・・

主人公携帯電話

主人公和田一馬が所持するガラケーデザイン微妙な違いがあるけれど、おそらくはau W41CA2006年の春モデル

W41CAペンギンケータイとも呼ばれたCASIOのヒット機種で、外観はCASIOらしく少々無骨、旧機種のW31CAでは赤外線通信おサイフケータイへ非対応だったものの、W41CAでは対応を果たし全部入りケータイになった。
ペンギンケータイの由来ともなるマスコットキャラクターアデリーペンギンが画面上の様々な部分で演出として登場し、ポップなオレンジの筐体色とも合わせてその可愛らしさから人気を博した。
W41CA無骨さの中にある可愛らしさで人気となったが、CASIOのWn1CAシリーズ本来サラリーマンに高い評価を受けていた端末で、WordファイルExcelファイルを閲覧できるPCドキュメントビューワーやPC向けWebページを閲覧できるいわゆるフルブラウザを搭載しつつ、USBマスストレージ接続可能な端末であり、更にはFMラジオを受信できるなど当時のギークからも非常に高い評価を得ており、CASIOガラケーの銘機としてガジェット界隈では歴史に刻まれている。

当時を知る者であれば常識的な話だが、CASIOというか当時のau学生へ対して強く訴求する携帯電話通信キャリアで「学割と言えばau」という認識世間でなされており、au携帯電話へ搭載する機能や展開するサービス学生意識したものが多かった。
取り上げているW41CA着メロの最大発音数は128のステレオ再生PCM音源再生機能である着うた(AAC/48Kbps)にも対応していた。しかSD Audio Playerを搭載しておりminiSD(microSDではない)にUSBマスストレージ経由で保存したAAC(96Kbps)の再生可能であった。

ちなみにヒロイン(?)が使っている携帯電話現在でもINFOBARを生み出したとして話題となるau design projectの第3弾端末であるau talby2004年モデル製造三洋、型番がA5508SAデザイン以外に語る部分がぶっちゃけない。
というか当時からハードウェアスペックに関して語られることがあまり無かった機種で、掲示板などで携帯電話スペックを誇ったり最大限に活用するための情報交換などをするギークユーザが選ぶ機種ではなかったので殆ど知らないというのが実情。
INFOBARは目新しさもあって結構いろいろ情報交換されたものだけれど第3弾ともなると正直言って失速気味になっていた。
ただ、主人公が最新の携帯電話ヒロインが型落ちのデザイン重視な携帯電話学生なのでauという細かな描写は作者の意気込みを感じる。
個人的にはこの時期の携帯電話を挙げるならauではなくVodaphoneNTT DoCoMoから発売されていたNokia 6630推したく、これがまたSymbian S60で・・・と話が逸れるので別の機会に。

音源

W41CAに搭載されている音源YAMAHA AudioEngine MA-7i(YMU791)で、前述の通りFM音源の最大発音数は128でステレオ再生可能であり、AACMP3デコード対応するなど非常に多機能で多くの携帯電話端末に採用されることとなる2005年に登場した最新LSIによる音源だが、W41CAでは何故かMP3デコードなど一部機能制限されている。
着メロ形式SMAF(MMF)で150Kbyte(153,600byte)まで、FM音源の使い勝手としては4オペレータの最大発音128で、更にFM音源側の最大発音数を減らすことで最大16bit/12,000HzのPCM音源データを使うことが出来、同様にFM音源側の最大発音数を減らすことで着うた登場前後に一瞬だけ流行ったボーカル付き着メロ活用されたHV(合成音声)も使える。
エフェクターなども内蔵しておりMA-7シリーズは当時の着メロ職人からはかなり評価の高い音源であったものの、NTT DoCoMoしか注目しなかった頭内定位を利用した仮想サラウンド再生のための3Dポジショニング機能実装されており、いつの世も空間に対するオーディオというのは経営者技術者の心を掴んでしまうんだなと林檎マークを見て思いを馳せる。

アプリ

ただ人気だったW41CAにも欠点はあり、当時のケータイアプリ開発者から悪名を欲しいままにしたezアプリ、つまりBREWアプリ採用されていた。当時のau野良アプリ(勝手アプリ)開発者を締め出すことへセキュリティの都合上から躍起となっており、公式ez web以外の経路からアプリインストールを著しく制限していた。
この制限が無くなるのは平成ヲタク リメンバーズの時間軸で言えばほんの先の未来である2007年に登場するオープンアプリプレーヤー(OAP)を待つ必要があり、W41CAは、というかau端末はその点からギークに毛嫌いされることがよくあった。
BREWアプリ欠点はそれだけでなく、これはBREWアプリよりも前のezplusアプリ時代からそうなのだが1日のアプリ携帯電話パケット通信3MB制限という謎の縛り(後に6MBまで上限緩和)が設けられておりユーザケータイアプリ開発者双方からヘイトを買う一因となっていた。ちなみに他社は1度のパケット通信量の上限はあったが1日の上限は無い。
いやそもそもQualcommからカフェインよりもアルコールだよと騙され酔っぱらいJAVAからBREWへ乗り換えたこ自体が愚かで、他社はJAVAのままなので単に開発負担が増え、auで公開されるケータイアプリが減るという結果しか生まなかった。これが解消されるのが前述したOAPであり、OAPの正体はBREW上に構築されたJAVA VM環境であった。
しかしこのOAPもBREW側のセキュリティパーミッションのせいでパケット通信するたびに通信許可するためのダイアログが表示されるなど不便極まりない仕様であったためユーザの反感を買ってしまう。

オマケ コロニーな生活

マニアックネタばかり詰め込んでもアレなので、平成ヲタク リメンバーズの本編に影響しないよな?とビクビクしながら選んだのが当時流行っていた携帯電話活用した位置ゲームのコロニーな生活。当初はウィルコム端末向けだったが後に他の携帯電話通信事業者にも対応し、2005年コロニーな生活☆PLUSとして改称アップデートされた。
このコロニーな生活☆PLUSはブラウザゲーム一種コロニーな生活☆PLUSのURLアクセスするだけでゲームへ参加できた。1km以上の直線移動距離を稼いでゲーム通貨を貯め、自分土地施設を充実させ住民人口を増やしていくというゲーム
当時を知っている人ならばオチが直ぐにわかっていると思うので間を置かず言ってしまうと、コロニーな生活☆PLUSの略称コロプラ現在では白猫プロジェクトディズニーツムツムの開発元で知られる株式会社コロプラの祖業である。ちなみに今でも一応はスマートフォンアプリサービス継続しており名称も「コロプラ」へ改称している。
平成ヲタク リメンバーズの世界時間軸にプレイヤー存在するだろうけれど今後ネタ被りしたら申し訳ない。

1話感想

ネタバレ回避必要だし始まったばかりの第1話でとやかく言えることはないですね。読者の興味を惹こうとする単語が現れたりするので走り出しとしては及第点なんじゃないかなと。
しろ前述したように登場するガジェットをしっかりと時代に合わせたものにしていたりとセリフキャラクターだけでなく登場する小物にも注目したほうが楽しめるのかも知れないというのが第1話への感想と今後への期待です。

作者氏は同年代だと思われるので、敵に回すと恐ろしいが味方につけると頼りないと言われるVIPクオリティを発揮してくれたらなと楽しみにしてます。うはwwwおkwwwww

2023-02-18

Re: Re: Web3って流石にヤバくないか

この記事は何か

2月10日に"Web3"を痛烈に批判する Web3って流石にヤバくないか? という記事話題になっていたので拝読した。

過激な内容に加えて、非常にセンスユーモアに溢れる文章で楽しく読ませて頂いた。

さらに、そのアンサー記事として2月12日に出ていた Re: Web3って流石にヤバくないか? という記事も読ませて頂いた。

こちらの方も業界に非常に精通されていて非常に的を得反論が展開されていた。

記事を読む中で、少し補足したい部分がいくつかあったため、遅ればせながらアンサー記事に対して自分の考えを補足する形で書いていこうと思う。

https://anond.hatelabo.jp/20230212193550

ビットコインの開発コミュニティの持続性について

「Web3って流石にヤバくないか?」の批判

本当の意味で、最も理想的分散されているのはビットコインだが、ビットコイン本体も関連プロジェクトも、エンジニアに対する金払いは悪い。というかほぼボランティア。精力的に活動しているのはビットコイン長者の老人だけで、将来にわたっての開発の持続性がない。そもそも若い世代は育つはずがない。ビットコインはその大半が採掘されていて、これから人の一生分かけて、残り僅かな枚数のコインがちびちび採掘されて、すでに固定化されたマイナーに払われ続けるだけだ。自分が一枚も持ってないビットコインのために誰が働こうと思うのか。

Re: Web3って流石にヤバくないか?」の反論

ビットコインのコア開発者になろうとする人は確かにいないかもですね。だってもう開発する追加機能自体がないんだものビットコインのコア開発者に今からなりたいって人がいたら、私だって止めますね。

記事の補足

広く捉えるとビットコイン含めたL1チェーンの開発の持続可能性に課題があるという話と理解した。

開発者インセンティブという意味では、L1チェーンが利用され、Profitableである限りは通貨価値が上昇するため、イーサリアムなどの多くのチェーンでは財団がGrant (開発支援金) を出し続けることができると思う。

チェーンがProfitableである基準については『The first profitable blockchain』( https://newsletter.banklesshq.com/p/the-first-profitable-blockchain )が詳しい。

ビットコイン機能追加を積極的にしないという哲学があり、そもそも開発するものがないという話は確かにあるが、仮に外部環境が大きく変わった場合にそれに適応することができるかどうかは開発エコシステムにかかっているとは思う。

ビットコイン財団にあたる団体が明確に存在しないので少し弱い気はするが、"ビットコイン長者の老人"たちが自身保有するBTCの価値を高める・維持するためにGrantに相当する寄付を行う経済的インセンティブはあるため、それに期待。

ビットコイン自体の持続可能性について

「Web3って流石にヤバくないか?」の批判

まり、そんなに価格が上がることはなくて、その分採掘難易度が下がらないとマイナーの収支が取れなくなるんだが、そんなことしてたらいつか危ないんじゃないか?51%攻撃リスクだっけか。「ビットコインハッキングされたことがありましぇぇん(キリッ」とかいつまで言ってられるだろうね?

Re: Web3って流石にヤバくないか?」の反論

マイナーの収支と1ビットコインの当たりの価格に関しては相関がないですね。マイナーの収支はTransaction Feeによって賄われるので、1ビットコイン採掘報酬がゼロになったとしても運用は回る設計になってます慈善事業ではなくビジネスなので電気代やハードウェア費の採算が取れないTransaction Feeを指定したトランザクションは取り込みませんので、1ビットコインあたりの価値が1億円円だろうが1万円だろうが、Transaction Feeは現実的な値に落ち着くのが経済原理です。51%攻撃未来永劫受けないのはありえない話なので、過疎化したら攻撃可能になるのは間違いないです。まぁ過疎化した時点で二束三文だと思いますけど。

記事の補足

アンサー記事反論と概ね同意見。

究極的には「ビットコインというシステム提供する価値」「イーサリアムというシステム提供する価値」の需要がどのくらいあるかが全て。

もし誰も使わなくなったら終わるというのはその通り。

ただし、これはどんなサービスでも同じで、別にWeb3に限った話ではない。

Defi価値について

「Web3って流石にヤバくないか?」の批判

結局そこで流行っているスマートコントラクトは、チンパンホイホイのポンジーファイナンスくらいなんだが。... 規制されない金融可能にしたら、クソみたいなスキームでクソみたいなマネーゲーム環境無限に湧いて出てきて、誰が一番多くドルに換金できるかの競争が起こって盛り上がり、なぜかそれがイノベーションとか言われているだけなんだ。規制ないところのアナーキー金融道なんてものは、産業革命時代以降ずっと人類経験してて、そのときどきでクソって結論になっててな。そりゃこの世界規制ばかりでつまらないクソな世界だけど、これでもマシなクソを選んだんだよ。

Re: Web3って流石にヤバくないか?」の反論

いいこと言いますねー。これに関しては同意見です。

記事の補足

大前提投資家保護を完全に無視した無法地帯であるDefiとそこでのマネーゲームはポンジと批判されて然るべき。

その上で第一原理的な発想で「Defi規制対応していけば良い」そして「規制対応したとしても価値がある」と考える。

仮にDefiがしっかりと規制された未来を考えてみると、その金融システムには大きく3つの価値があると思う。

第一に「デジタルスクラッチ金融システム」となる。

これは金融DXやFintechがやろうとしていること、その理想形であり、彼らは既存システムボトムアップ改善しているが、それに対してDefi理想的システムデジタルスクラッチで作ってしまって後から規制対応させるというトップダウン方法を取っていると整理できる。

第二に「グローバルに規格が統一されており、オープンパーミッションレス金融システム」となる。

SWIFTですら各国のシステムのツギハギであり、非常に複雑なシステムになってしまっているという課題感があると聞くし、国際送金、国際証券決済などが全くの追加コストなくシームレスに行える状態というのは未だ実現されていないと理解している。

さらに、オープンさにより金融システム接続されているシステム作成するコストが低くなる。

これは既存金融Open APIOpen Bankingで目指している方向と同じとも言える。

第三に「分散的に動作しており改ざんできないという特性から監査が楽になる」

仮にボトムアップ金融DXが完成したとしても、それを運営する団体存在した場合はそこに対するトラストが発生する=運営団体資産を隠したり、改ざんしたりする可能性を捨てきれないため、分散化した金融システムに比べると監査コストが高くなる。

上記3つの価値により、「ファイナンスコストが大きく下がる」ことが期待される。

そしてそれによって、これまではファイナンスできなかったような小さな主体でもファイナンスアクセスすることが出来るようになる。

もちろん規制対応する上で、システムとしても現状から大きく改善される必要はあると思うので、この未来が確実に来るとは言えないが、この未来を信じて仕事をすることに価値はあると思う。

DAOとは?DAOに価値はあるか

「Web3って流石にヤバくないか?」の批判

お待たせしましたどーもDAOだお。あのな、DAOなんてものは、株の代わりにトークン投票するだけで、別に社会的に新しいことはなんもないんだお。でも惹かれる気持ち分かるんだお。なんかイノベーティブに聞こえるし、ウォレット投票して手軽にガバナンス参加とか新鮮だし良いよね。たまに空からお金落ちてくるし。ディスコードみたいなカッコいいとこには老人もいないし。リリースするソースコード投票したり、ワクワクするよね。でも、それ、ブロックチェーンいらなくね?ウォレットなんか使いこなせるやつ世の中にどれくらいいると思ってるの?日本人の6人に1人は偏差値40以下なんだが?ニーモニック?100年早いわ。エアドロ?手元にお金ないけどお金配りおじさんになりたい人のためのアレすか!?ディスコード?運営企業頼みやん?非中央集権どうしたん?。リリースされるコード投票デプロイするエンジニアたちは信用しないといけないやん。数人が結託するだけで、みんなから集めたDAO資金からお金無限ちゅーちゅー列車が出発できちゃうプロジェクトばかりなんだが。DAOなんて、自律もしてなければ、分散もしてない、ただの組織なんだお。なんだろう、雰囲気でweb3するのやめてもらっていいすか?

Re: Web3って流石にヤバくないか?」の反論

これも同意見。なんでみんなDiscordでやってるのかマジで謎。情報分散しすぎてて情報収集辛いんじゃ〜。

記事の補足

DAOに関しては定義の整理をするべきと考える。

まずそのDAOは本当にDAOかどうか、つまりDecentralizedかどうかを考える。

まずプロトコルレイヤーであるL1・L2チェーンはDAOであると言えると思う。

世界中の誰もがNodeを動作させることができ、コンセンサスメカニズムによりDecentralizedに動作しているのは間違いない。

誰でもforkすることができる。

一方でアプリケーションレイヤーのDAOは「リリースされるコード投票デプロイするエンジニアたちは信用しないといけないやん。」と批判されている通り、そもそもDecentralizedではない = DAOではないものが多い。

DAOであるためには「分散投票の結果として起こる事象アクションフルオンチェーンで分散的に動作している」必要がある。

まり機能追加の投票を行い、それをコアチームのエンジニアがDeployしている場合などはDAOとはいえない。

一方で、Decentralizedである=分散投票の結果として起こる事象アクションフルオンチェーンで分散的に動作しているものの例としては「tokenの保有者がオンチェーンで投票活動をし、ファンド資金投票結果で決まった特定アドレスに送金するロジックまでがオンチェーンで動作している」ような分散ファンドアプリケーションなどが挙げられる。

この整理をすると批判記事にあるようなDAOはそもそもDAOではないということになるため、批判同意である

更に踏み込んで、本当にDecentralizedなDAOは少しは存在するとして、DAOであることで生み出している価値は何かを考える。

プロトコルレイヤー場合、Decentralizedであることのメリットは「Assetsの管理自分以外の誰にもされない」金融システムであることだ。

もし仮に利用者分散マキシじゃないとしても、(中央集権的な金融システム比較してUXなどその他の条件が同じとすると) 資産管理他人依存して良いことは1つもないので、これには価値があると言えるだろう。

アプリケーションレイヤー場合は、アプリによるが上記で例に出した分散ファンドでいうと、投資ファンドを誰か特定人物または数人のグループ依存せずに分散的に運用できるという価値はあるといえる。

これによってファンドマネージャーが資金を持ち逃げするなどのリスクはなくせるというメリットはある。

それにどれだけの需要があるかは未知数だが、少なくとも無価値ではない。

ブロックチェーンゲームについて

「Web3って流石にヤバくないか?」の批判

そしてNFT氏とかブロックチェーンゲーム氏。お前らは金の匂いを消せ。お前らが呼び寄せたどんな陽キャでも明るくできないくらい、界隈が冷めてるの気づかないのか?それに、サ終しても、ブロックチェーン上にあなた資産は残るとかいう嘘やめろ。お前らはブロックチェーンが無くならないといつから錯覚していたんだ?

Re: Web3って流石にヤバくないか?」の反論

サービス終了してもブロックチェーンに記録は残りづづけるので嘘ではない。ブロックチェーンがなくならないとは言ってないので。嘘じゃないけど真実ではないこの言い方は私も好きじゃないが。草コインのチェーンはそのうちひっそりと消えるだろうな。

記事の補足

金の匂い批判に関しては、まずTokenomicsと相性が悪いゲームもGamefiとして提供されていることが原因だと考える。

ゲーム本質的ユーザーバリューは「プレイする面白さ」であるのに、Gamefi・Tokenomicsを導入することにより、Tokenの値段の上下を気にしなくてはいけない、最悪の場合にはゲームを遊んでいたらなぜか損をするという状態になってしまう。

Tokenにより、ゲーム本質的バリューが毀損されてしまうのでむしろTokenomicsは入れないほうが良い場合が多い。

一方で、Tokenomicsを入れる相性の良いゲームとしては「そもそも賭博性のある」ゲームがある。

賭博性そのものゲーム面白さというタイプゲームであればTokenomicsによって面白さが増すことは考えられる。

具体的にはカジノゲームのようなイメージ

ただし、賭博本来しっかりとした規制があるので、規制と折り合いをつけていく必要はもちろんある。

一方で、Gamefiではない=TokenomicsのないBlockchain Gameもあり、これには可能性があると思う。

それらは「運営が終わっても資産が残る」というここで批判されている価値よりも、Composabilityによるバリューが大きい。

Composabilityとはゲーム同士が連携したり、あるゲームの上に別のゲーム拡張して作ったりすることが、誰でもできるという価値である

これは既存ゲーム世界で考えてもマインクラフトでも行われているし、オセロというゲームを元にしてソシャゲ拡張したものや、麻雀拡張したゲームなどが多く作られてきている。

あるゲームバックエンドロジックであるスマートコントラクトが誰でもアクセス可能なことで、そのゲームの別のClient作成したり、別のゲーム性を付け加えたりできるイメージである

拡張できるもの範囲が広がることでより面白ゲームが生まれ可能性はあると思う。

トークン時価総額はハリボテ?

「Web3って流石にヤバくないか?」の批判

僅かな流動性の中で買い支えて成り立つトークン価格と、膨れ上がったトークン発行量の掛け算で、ユニコーン時価総額が成り立っているんだ。その縁で辛うじて立っているおびただしいプロジェクト...

Re: Web3って流石にヤバくないか?」の反論

言及なし

記事の補足

ここは元批判記事に概ね同意

付け加えると、海外プロジェクトを中心とするWeb3界隈であたか画期的発明のように言われている「Stakingさせることによって売り圧を減らす」というトークノミクス手法は、要は顧客である資産保有者が資産を売れないようにして流動性=売り圧を減らすことで価格を維持するという運営目線の話で、株式会社でいうと「節税手法」みたいなもの理解している。

プロジェクト運営のハックとしては理解できるが、新たな価値を生んでいるイノベーションでもなんでもなく、声高に言うようなことではないと考えている。

終わりに

間違っている部分や別の考え方などがあればコメント頂けると大変嬉しいです。

2023-01-22

anond:20230122000111

パーミッション狂ったりしそうで嫌だな

業務じゃなければ適当にcommitしてresetで良くないか

2022-12-28

公文書改ざん対策としてブロックチェーンを使えば良いという言説に

はじめに

Twitterにこのような投稿があった

https://twitter.com/Lefty_STJ/status/1606356471670661120

<script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>

ツイ主がどのような心持でこのような投稿をしたかはわからないが、おそらく行政運用上の”瑕疵”で文書データを紛失したり、まっとうな手続き抜きに内容が変更されたりしたを出来事観測して憤っているのだろう。

改ざんけしからん!そうだブロックチェーンなら改ざん不可なはずだから大事データブロックチェーンに載せよう!」という氏の気持ちは良くわかる。

現にブロックチェーン暗号資産以外のケースに応用が利きそうだと発覚した2010年代中盤は、このように行政文書管理ブロックチェーンを使えば良いのではないかという話も出ていたほどだ。

ただ現実ブロックチェーンを応用した行政サービスシステムはまだ出てきていない。実証実験や小さいサービスでは使っているかもしれないが、このような文書管理のようなコア部分はいまだに従来のシステム依存している。

これはなぜか?ブロックチェーンが未成熟技術からか?確かにそうかもしれない行政旧態依然システムから変えたがっていないからか?それもあるだろう。

しかし、技術進歩ブロックチェーン成熟したとしても、デジタル庁が本気の改革に乗り出したとしてもブロックチェーン上記のようなケースへの応用は難しいのではないかと俺は考えている。

この考えを少し述べたい。はてなでやる内容か?と自問しつつも、誰かの目にとまれば幸いである。

ブロックチェーンには2種類ある。

ブロックチェーンは様々な実装が公開されているが、「パブリックチェーン」と「プライベートチェーン」に大別することができる。

この二つの最大の違いはパーミッションレス型か、パーミッション型かという点である。つまり、誰でもネットワークに参加できるのが前者、任意機関認証して初めて入れるのが後者である

行政監視という点を考えたら、もちろんパブリックチェーンの方がよさそうに思える。みんなで監視できるからだ。

ただ、パブリックチェーンをこのユースケースにあてはめるには課題がある。

パブリックチェーンの課題
プライベートチェーンの課題

一方、プライベートチェーンではどうか。ここも一筋縄じゃいかない。

共通課題

構築する動機がない: これが一番悩ましい点かもしれない。つまり行政自分たちデータ改ざんできないと困るのだ。改ざんというと言葉が強いが、ちょっとした修正ぐらいも監視されてるなんて溜まったものではない。自分が不便になりそうなものなんて、法律強制でもしない限り作らないし使わない。

おわりに

長々と書いてしまったが、とにかく言いたいのは「行政×ブロックチェーンって良いアイデアじゃね?なんで皆やらないんだろう」とTwitterに書き込む前に一旦想像して欲しいのだ。もう考え尽くされたアイデアなのかもしれないと。自分画期的アイデアの考案者第一号ではないのかもしれないと。

ブロックチェーン自体は素晴らしい技術だがその応用にはみんな苦労してる段階である行政への画期的ユースケースも今後出てくるかもしれない。それまで暖かく見守ってくれれば幸いである。

2022-02-11

id:baikoku_senseiだが呪術廻戦0を見た!よかった!

みんなー!セックスだよ☆

つーわけで呪術見ました

0はあらすじは知ってるけどちゃんと読んだことはなく

本編も最初読んだのはメカ丸死んだとこあたりからたまに読みはじめて

これから世界の話がなかなか始まらないあたりで興味持ちはじめて

禅院虐殺死滅回游で嵌まった感じ

映画家族連れとか女の子が多くて雰囲気が違った

シンウルトラマンの予告毎回観るけど本当に5月にやるんすかね?

いじめシーンがあることは知ってたからキツかったらイヤだなーと思ったらあっさりだった

リカちゃん編集声好き

つーか、全然泣くとこじゃないのに乙骨とリカちゃんが通じあってるとこで泣きそうになる

オッサンになったからなのか?昔は恋人幽霊ってセックスできないか意味ないジャンって感じだったけど、今は心が通じあってるならプラトニックでええやんって…

事前に感想チラッと見たら、序盤はシンジ君だけど後半乙骨と言われてたが

境遇もQのシンジと被ってて面白かった。

マキさんアクションええなー

小学校のは面白かったけどちょっと唐突な感しあり、しかし尺の問題なので仕方ない

デフォルメも忠実に映像化するのはちょっと引っ掛かったがこっちが慣れてないだけと思われる

というかッス口調のキャラを見るとあさひと鯱山の顔が浮かぶっスやっぱ怖いスね猿の呪いは…

夏油がチラチラ暗躍してる感じ面白

乳揉みは映倫禁止スよねやっぱ怖いスね映倫は…でも揉み抜きにしてもエロかった(ニホンヘコサル並感)

生前夏油もおもしれー男…乙骨オルグする時の無駄高速移動すき

禅院家ぶっつぶそーのあたりでその後の根切りシーン思い出して妙な面白さが

マキの血を踏んでも気にしないのは秘書が猿の血を避けてたのと対比スね

猿殺しは思想であって感情ヘイトしてたわけじゃないから素が出たとかですかね?

一応高専生だし憎からず思ってたとか?

おにぎり先輩(シャケと聞くとU19の飯田くんを思い出す)の逃げろって呪言じゃね?思たけどそういや乙骨呪い耐性あったからそれなんすかね?

ぐちゃぐちゃにしてやるのあたりはもっとぬるっとした方が好みだけどあそこで乙骨が異常性出してきたら変になるのもわかる

乙骨パンチでふっとぶ夏油すき

その後のナナミンのシーンでアレ黒閃じゃんてなった

冥冥さんミサ艦長じゃん

やっぱりエヴァじゃないか(憤怒)

ミゲルパーミッションで足止めしてたと思ったらガッツリ戦闘してて笑った

雑草より健闘しとるやんけ

不殺で加減してたとかもなさそうだし

京都は故メカ丸と2代目かものりとしが頑張っててよかった

純愛のとこ、流れは知ってたけど自分生け贄にしてたのは知らなかった

シンエヴァやんけー!

声優ネタとか別作品ネタ繋げるのはオタクの悪いクセだよな

玉藻前は何だったんすかね?ガードベント説はあるけど

介錯されて死ぬ夏油いいっすねーこの後がアレだから変な面白さがあるのはよくない

リカちゃんありがとう…(成仏)すき

個人的な好みでは呪霊してた時のがすきだが

キングヌーやったんやと思いながらエンドロール

でめやっぱミゲルが凄かったなとか考えてたらオチもお前か!

結論面白かったス

天元編とかミミナナがダイジェストなのは演出としてはあり、ただミミナナが悪堕ち原因なのは知ってないと分かりにくくないか?といらん心配したり(説明がくどくなってもだめだけど)

結論としては面白かった。

私は…大怪獣のあとしまつも面白かったと思います

2021-12-01

ファイルパーミッションスロットってw

これ、高速でファイルパーミッション変更することで実現したらどうなるんだろう…

というか、sudoでも途中で無理になったりするのかな…?

獣の数字とかダミアンとかオーメンとか言うけど、その発想はなかった…

2021-06-17

CTOだけど、一ヶ月Web就職レビューしてみた。

https://anond.hatelabo.jp/20210617075257

0. 温度感

基本的現在では、バックエンドフロントエンド運用保守全てができないエンジニア価値は無い。

経験者でも、これらができない/わからないのは、相当恥ずかしいことだと思った方がいい。

典型的はてなー意識の高さ。

上がってるような基本(元増田に上がってるやつの倍ぐらい)が全部立ち上げからできて

2〜3個プロジェクト経験したらテックリード素養が既に身についてそう。

まり、ただのエンジニアにはそこまで要求されない。

プロジェクト的にもどっちかが弱いと

Rails/DjangojQuery+Bootstrapみたいな構成

Amplify/FirebaseにVue/Reactみたいな構成全然あるので

フロントバックエンドも一旦はどっちかでいい。

面接はなんとか抜けてもらうとして、

チーム開発での最低限の目標としては、

成果物から指導学習コストレビューコスト技術負債マネジメントコストを引いた分が正になっていれば

ひとまず「チームに居ていい人」と見なされそう。

チーム的に良くても、経営層にそれで許されるかはわからんのでその辺の立ち回りも上手いことやるとして、

一旦は、正の生産性を目指してほしい。

以後、ブコメで誰一人一ヶ月でできるって言ってなくて笑うので、

一ヶ月というのは無視して、三〜六ヶ月程度をイメージしつつ書いていく。

1. 言語: PythonJavascript

これだけで一ヶ月経つ気がするが正気か。

似たような言語なのでどっちからやってもいいし、両方同時にやってもいい。

どっちかしかやらないならJavascriptおすすめ。後ででてくる、Flaskは適当Expressかに置き換える

現場だとほぼTypescriptなので、Javascriptはある程度慣れたらTypescriptに移行したほうがいい。

どちらも、Python2とES2015以前の記法というレガシーネット上に転がってるので参考にしないように注意。

パッケージ管理単体テストタスクランナー

この辺は6のフロントフレームワークと同時にやる。

コードは断片的なサンプルではなく

一貫性があって

・正しい書き方がされた

お手本プロジェクトをなにか(github書籍など)で手に入れて読むべき。

おそらくフレームワークに乗っかっているので並行して進めることになる。

6. フロントエンドフレームワーク: Vue.js

話の流れで先にこっち

現在コーディングのグッドプラクティスデザインパターンフレームワークの形をしている。

なので、ReactとVueをその思想から理解しきれれば、プログラミング言語の潮流の最先端に追いつけるはずだ。

とはいえ最低限としては使い方が分かるところまで。

TypescriptVue.jsも書き方をどこまで取り入れるかが使用者裁量に任されてるし、

開発でVueとReactのどっちを使うかはチーム次第なので、

一旦React+Typescriptガチガチに書かれたコードプロジェクトを拾ってきて、必死で解読するのがいいと思うなー。

2割ぐらいわかった気になればチーム入ってから(React, Vueどちらだったとしても)動けそう。

パッケージとかテストタスクデプロイ辺りもこのタイミングで拾ってきたプロジェクトを使って学ぶ。

2, 4. ツール: gitDocker

バージョン管理コンテナ思想が優れているのは自明なので、これらはツールと見ていい。

そして、後からプロジェクトに入った人がプロジェクト流儀に沿って使う分には難しいことはなさそう。

採用に来た人がgitとかわかってるとチーム開発経験者だなーって思うし、知らないと未経験者なんだなーって思うし、

そういう意味ではチーム開発の経験があるかどうかの試金石にはされてそう。

構築できる、ではなく、触れる程度で良さそう。

gitプロジェクト流儀によると書いたが、git-flowイメージ図を理解して運用できるのがよい。

https://qiita.com/KosukeSone/items/514dd24828b485c69a05

3. OS: Linux

これは「パソコンの使い方わかってますか」ぐらいの温度感

ファイルパーミッションユーザープロセスのような基本概念理解する

一冊読めば済むだろうし、概念系はさらっておいてほしい。

grepやfindやxargsなどのコマンドを組み合わせて簡単な処理を自動化する

こういうのができるんだなーって言うのを知っておいて、調べつつ書ければ十分。

sedとか正規表現も。

あとはシェルスクリプトとかって思ったけど同様のことはPythonでもできそう。

IPアドレスを調べたり、SSHリモートマシンログインする

地味にSSHログインした先の環境だと、vimが主要なテキストエディタになるので

vimを最低限触ることだけ要りそう。もういらないかもって思ってたんだけどなー。

ファイル開いて入力モードに切り替えて書き込んで保存して終了

チュートリアルする。拡張とかはいらない。

細かく書いたが、LPIC-1の範囲がほどよくまとまっているのでそっちを参照するとよい。

5. サーバーフレームワーク: Flask

フレームワークを覚えること自体重要なのではなく、Web開発の基本を習得することが重要

これが意図なら

HTTPルーティングデータベースSQL認証セッション管理などは当然すべて覚える。

この辺の機能を持った小規模Webアプリを作ってHerokuデプロイすれば一旦完成とみなしてよさそう。

コード書き写しただけにならないようには注意しつつだけど、長く見て5人日ぐらい?

慣れると1日あればいけると思う。

フレームワークもなんでもいい。

軽量である必要もなくて、

Djangoとかでも各コンポーネントがどんな働き方してるか程度はわかるだろうしそれで十分。

余力があれば複数個触ってみたり、人から勧められたらそっちでも。

最近サーバーレス&NoSQL流行ってるのでFirebaseとかもやればいいと思う。

7. アルゴリズム

コメントリーが荒れててウケる

実務プログラミングで最低限必要アルゴリズム力は

「書いてるコード計算量オーダーを把握していること」

に尽きる。

計算量を気にしなかったせいで線形検索メソッドとfor文を組み合わせて

O(n^2)やO(n^3)のロジックを書いてしまって

データ量が万〜十万の本番データで遅延するとか

それらに対して分散や非同期処理で解消しようとするとか、

ちょっとでもアルゴリズムを触った人ならアホらしいなって思うような行為

アルゴリズム不要勢は平気でやるぐらい、両者は溝が深い。

計算量を意識するだけなら、AtCoderABCのC〜D問題辺りが解ければ十分。

8. セキュリティ

有名な脆弱性攻撃手法は、ほとんどフレームワーク等で解決手段が用意されている

(XSS対策自動エスケープなど)

のでアドリブをせずに正しい書き方でやれば良い。

開発現場でもセキュリティリスクがある箇所を1から自前で実装することを経験が浅い者にはやらせないので、

ただただ、フレームワークが正しいとしているやり方をなぞるのが良い。

最後

開発の勉強のやり方としては、

・正しいコード見本を手に入れること

公式リファレンスを読むこと

エラーメッセージを読むこと(そしてググること)

この辺りの習慣があればやってけんのかな、

その他、チーム開発って面では

アジャイルサムライプロジェクト管理)とか

TeamGeek(人間性)とかインプットしておくと共通言語が増えて嬉しい。

この方向で進めてけば、その途中で正の生産性≒足引っ張らないぐらいになれるので、

そしたらやってけるんちゃうーって感じ。

経験から1ヶ月でWeb企業就職する勉強法

取り上げた技術は、本格的な開発でも役に立つもので、最も学習コストが低いものを選んだ。

重要度が低いものは載せていない。たとえばHTMLCSSなんてググりながら書けば全く問題ない。Bootstrapなどのフレームワークも全くやる必要はなく、仮に就職先で使っていたら覚えればいい。

逆に言えば以下に挙げる技術は、そもそも概念自体プログラミングにとって普遍的ものであり、(基礎的な部分を)調べながら使うようではエンジニア失格ということ。

基本的現在では、バックエンドフロントエンド運用保守全てができないエンジニア価値は無い。

以下に挙げた技術(①⑤⑥は他の言語フレームワーク代替可能)が身に付いていなければまともな企業就職することは難しい(もちろん、下らない業務システム下請けで作ってる底辺企業には入れるだろうが)。

経験者でも、これらができない/わからないのは、相当恥ずかしいことだと思った方がいい。

特定言語フレームワークの書き方を知っていること自体意味は無い。

重要なのは、他の言語フレームワークにも共通する基礎を理解すること・保守性やセキュリティなどの品質を高める使い方ができること。

PythonJavaScriptマスターする

この2つは習得が容易だし、今覚えておけば向こう10年腐ることはないだろう。

プログラミング言語完璧理解する必要がある。

基本的な構文や、よく使う標準ライブラリは勿論、高階関数クラス・非同期処理等の発展的な機能も知り尽くしていなければならない。

言語のみではなく、パッケージ管理単体テストタスクランナー等の周辺ツールの使い方も熟知している必要がある。

また、「リーダブルコード」や「コードコンプリート」に書いてあるような良い作法も身に付ける必要がある。


Gitの基本操作を覚える

Gitを使えないのはプログラマーとして論外。細かい機能は調べればよいが、

等の基本的フローは必ずできなければならない。


Linuxの基本操作を覚える

多くの場合、本番環境テスト環境Linuxサーバーであるから、以下のような基本的概念と使い方を知っておく必要がある。


Dockerの基本操作を覚える

環境構築、CIデプロイなどは、現在コンテナを使って行うことが当たり前になっている。

これも細かいことをすべて覚える必要はないが、Dockerfileの書き方や、docker-composeの使い方などは知っておかなければいけない。


⑤ Flaskを覚える

Flaskは、数あるWebフレームワークの中で最も簡単。本当に呆れるほど簡単で、Pythonさえ書ければすぐにアプリを作れる。

フレームワークを覚えること自体重要なのではなく、Web開発の基本を習得することが重要HTTPルーティングデータベースSQL認証セッション管理などは当然すべて覚える。

データベースは、就職したらMySQLPostgreSQLなどを使うことが多いかも知れないが、今はPythonの標準ライブラリにあるSQLite3を使えば十分。

作ったアプリを公開したければ、「Heroku」などにデプロイするのが良いだろう。

追記 2021/06/17 14:07

ブコメで指摘をいただきました。HerokuではSQLite3は使用できないようです。公式ドキュメントに従ってPostgreSQL使用して下さい。

SQLite3はファイルデータを持てる簡易DBなんだけど、Herokuデプロイしてもストレージ的な使い方はできないから、結局PostgreSQLを使う必要あるから注意してね。(DAOを丸ごと書き換える羽目になる)

参考: https://devcenter.heroku.com/ja/articles/sqlite3

ありがとうございます

Vue.jsを覚える

今の時代フロントエンドフレームワークなしで作るのはただのバカ

2021年現在実用的なフロントエンドフレームワークはReactとVueしかない。Vueの方が少し簡単なのでこちらを選んだが、JavaScriptをしっかり理解しているなら大差は無い。

フロントエンドには膨大なパッケージ群があって全部覚えるのは大変だが、とりあえずまずはVue完璧に使えればいい。Webpackの設定などは既存のものを流用すればいい。



基本的アルゴリズムを学ぶ

アルゴリズムは全てのコンピュータ技術の基礎であり、絶対に知っていなければならない。

高速フーリエ変換のような高度な数学必要ないが、クイックソート木構造のような基本的アルゴリズムは当然、その性質を知っていなければならない。

それらは言語組み込み関数や標準ライブラリでも使われており、理解していなければ、それらの機能を正しく使うことができない。

また、プログラムを読み書きする際には、そのコード計算量を見積もれなければならない。

セキュリティを学ぶ

セキュリティは言うまでもなく学ばなければならない。

有名な脆弱性攻撃手法XSSSQLインジェクション・CSRFなど)が何だか理解していて、その対策実装できなければならない。

各種暗号化技術署名などについても、実装の詳細は知らなくていいが、共通鍵暗号や公開鍵暗号などの特性理解する必要がある。

認証パスワード管理などを実装する際は、当然ベストプラクティスに従わなければならない。

2021-03-28

anond:20210328223332

perlphpも弄ったことはあるけど、

ここは冗談言う場じゃないの?

アンタの頭のパーミッション間違ってんのとちゃう

2021-03-02

「このフォルダへのアクセス権貰っていい?」「ダメ

パーミッション出ないどwwwwwww



パーミッション出ないど”

約 7 件 (0.29 秒)

2020-09-05

お前には自由発言する権利がないといった。

そうか、”権利”かぁ。プログラムを見て、未成年とは間違えないだろう。権利かぁ。そうかぁ。何が残念だった。

考え方が違うから、ご遠慮できませんか?

これはよくいわれる。IntelGPGPUARM派いろいろあるからね。

ここはARM派です。Intel話題はしないで。

それはわかる。ごめん、ARMの話をするよ。権利、そうかは、僕はそんなに人権がない?もうちょっと、どこらへんが頭がおかしいか、教えてほしかった。あなたが、権利

という言葉を使ったことはきっと、理屈が合ってただしいんだろうけど、パーミッション許可からRightsがないそっか。

 

批判ではなくて、僕がどうして、ショックだったのか。2回め。しょうがない。なにかがあるのだろう。

ちなみにIntelGPUARMもよくつかう。

2019-10-10

[]2019年10月9日水曜日増田

時間記事文字数文字数平均文字数中央値
009915446156.039
014910870221.863
02374377118.337
0316127079.448.5
046906151.0103.5
051153348.522
06131811139.362
0736348796.940
0864546085.336.5
09115642555.934
109711206115.539
111811540985.145
121981386470.035.5
132301883181.945
141941721288.744.5
152311762076.335
161781089161.243.5
1793722277.735
181511372090.935
191991641582.536
201731374779.540
2117317750102.640
221801473981.936
231301170490.032
1日285425091587.939

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

ストV(6), ビスマルク(4), JOKER(4), パーミッション(3), 220万円(3), 貨幣価値(4), ワークシェアリング(4), 出前館(3), ジョーカー(57), 出雲大社(3), ubereats(3), 台風(24), 配達(10), 受賞(7), 福島(8), 出生率(9), 子供部屋(14), 貧乏(36), 飛ぶ(9), 不自由(19), ヒーロー(11), 展示(10), 芸術(14), ギャル(18), 民主党(12), アート(8), 少子化(17), アスペ(15), 文脈(17), 出産(24), 人口(23), ヘイト(15), ハードル(12), 罵倒(13), そうそう(10)

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

■1年で離婚した /20191008225958(36), ■ 「被爆最高!放射能最高!」はヘイトではない。 /20191009091749(30), ■いちいち気になる英単語誤用 /20191008225437(18), ■「カメラを止めるな」って何故あんなに人気出たの? /20191009114445(13), ■世界バットマンよりジョーカーを求めてるんですかね? /20191009025332(13), ■UberEatsで1ヶ月働いたので配達員の立場から見た良い点と悪い点を書いて /20191008185049(13), ■「女版ジョーカーが欲しい」と言い出すフェミたち /20191009015740(11), ■オタク女が婚活愚痴を書く /20191009151407(9), ■お風呂おしっこしてるのを嫁に見られた /20191008231025(8), ■日本同調圧力から子供を逃す方法 /20191009120706(7), ■腐女子ってなんであんなに金あるの? /20191008124611(7), ■増田オフ会開催しろよ /20191009185014(7), ■政権交代とかしなくていいだろ /20191009221951(7), ■女からジョーカーが生まれない理由 /20191009204231(6), ■ /20191008105703(6), ■なぜ大根カレーに入れてもらえないのか /20191008143012(6), (タイトル不明) /20191009172316(6), ■海原雄山「では、教えてくれ。パンティーの”ティー”とは何のことだ」 /20191009162355(6), ■埼玉教採の結果が出た 筆記試験なんてなかった /20191009144845(6), ■ラブホの割引券 /20191009234226(5), ■ /20191008195335(5), ■同担拒否自己投影というフルコンボ女子愚痴マナーの話 /20191008210954(5), ■ /20191008221153(5), ■怒るのつかれた /20191009000449(5), ■父から受けた性的行為について10年後に父本人に伝えた /20191009020220(5), ■「トイレ行ってきます!」が言えない新入社員。 /20191009114708(5), ■男のプライドってなんなんだろな /20191009120421(5), ■男向けサービスって何でこんな少ないんだろう? /20191009135825(5), ■妻が妊娠。夫である増田禁酒すべき? /20191009145658(5), ■スパゲッティパスタ /20191009180317(5), ■anond20191009015740 /20191009191623(5), ■君がそう言われて怒るのは、それが事実からでしょ? /20191009192225(5), ■もやしです。 /20191009193611(5), ■ゴキブリって名前がよくない /20191009223652(5)

増田合計ブックマーク数 ()内の数字は1日の増減

6675314(4069)

2019-02-10

anond:20190210184938

そのjvmが動くための環境は誰がセットアップするんだっていう

あとネットワーク周りの設定とか

ログの出力先のパーミッションとか

そういうの、また別途、その環境用に作り直すんだったら、

そもそもdocker作業する旨味を半分くらい逃してる感

2018-11-14

anond:20181114124338

学校で学べるのが包括的限定的技術、ってのがわけわからん

学校で学べるのは基礎的でいくらでも応用できる技術じゃね?

ああ、でも職業訓練出身の後任はフロントりある程度できたけど、パーミッションについては知らなかったな。

学校大学ではないか

2018-07-18

anond:20180717235235

俺は強デッキでお前みたいな勘違い野郎完封したり

必死こいて強くもないコンボをやろうとしてるバカパーミッションカードボロボロにすることが好きだけどな

おっと?叩くなよ?これが俺のプレイスタイル

プレイスタイルには文句言わないんだろう?俺はこのプレイスタイルを楽しんでいるからな

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