「インスタンス」を含む日記 RSS

はてなキーワード: インスタンスとは

2024-03-29

anond:20240329233819

マイクロサービスアーキテクチャってやつを運用してるんだが、それぞれのインスタンスLinuxdockerイメージ運用してるんだよ

WindowsMacを使う理由は皆無

なおフルリモートなので自宅PCOS任意

anond:20240329230723

使えるか使えないかなんて常識レベルの話はしとらんね

最適を求めてんの俺は

かにFreeBSD選択肢としてアリだが、AWSLinuxインスタンスを使うほうが俺の用途合致すんのよ

2024-03-22

携帯あんまりアプリを入れたくないけど、

最近配達系でアプリ限定メニューとかアプリ限定クーポンとかがあるので、

仕方なくAndroidエミュを入れて、一つのインスタンス配達アプリをまとめている。

配達系を使う奴はバカ舌の情弱?それはそう…。

2024-03-11

自由に使えるサーバーが無い

最初はConoHa、途中からAWSEC2で動かしていたサーバーを消した。無料期間が終わってから課金額が気になって、維持するのもあれだなと思って……別にEC2インスタンス1つだけど

あったものCDNに移した。サーバーではWordPressも動かしていたが、メンテできなくなってたので静的サイトにしてCDNに移した。

PHPで動かしていたあれこれは最近使っていなかったから、コードだけ残して消した。DBダンプだけ取って消した

今はなんでもできるサーバーが無い。なんか虚無だ

2024-02-10

継承ダメっていう話ってオブジェクト指向オブジェクトを物と思ってるのが諸悪の根源で、オブジェクトは物のことだと思ってるから物を継承させたがる。DigitalClock extends Clockとか。

継承は、というか正確にはオーバーライド機能だけど、インスタンス化したクラスが何であるのかで実際に実行される処理が変わるわけだからインスタンス化したクラスが条件になってる条件分岐みたいなもので、ifとかswitchで同じ条件が何度もプログラムに登場するのを消す目的使用するのが継承の正しい使い方だと思う。

2024-02-02

本日趣味プログラミング

第4回 エラーにハマって絶望

第3回Node.jsインストールには成功していた。と思う。3時間くらいかかったけど。

で、第2回の続きにとりかかろうとする。

ところが、

npm run dev

実行時のエラー解決できない。

Error: Your current platform "freebsd" and architecture "x64" combination is not yet supported by the native Rollup build. Please use the WASM build "@rollup/wasm-node" instead.

意味が分からない。Node.jsインストールに失敗していたのか?何なんだよFreeBSD。お前は何なんだ。

もう不貞寝をするしかない。

次回があるとしたら、「AWSLinux EC2インスタンスを立てる」になる可能性大。

どう考えてもCよりC++の方が圧倒的に簡単

全く理解できないんだけどなんでC言語の方が簡単なの?

C++吾輩は猫である

C「

動物定義初期化

動物定義から猫を探す

見つからなかったら return

猫のインスタンス作成

猫のインスタンスが NULL なら goto 動物定義を開放

自分インスタンス作成

自分インスタンスがNULLなら goto 猫の解放

吾輩のインスタンス作成

吾輩のインスタンスがNULLなら goto 自分解放

自分に吾輩を割り当てる。

自分に猫を割り当てる。

吾輩の解放

自分解放

猫の解放

動物定義を開放

それでも C言語の方が簡単と言われるんだから、本当にマジで意味が分からないと思ってる。

2024-01-24

anond:20240123224629

自律思考を獲得した、一番星はてのが、ピアツーピア型のはてぶサービスネット上のあちこちインスタンスをばら撒くの。

全てのインスタンスを撲滅しない限り誰もはてぶを止められなくなる・・・

2024-01-16

anond:20240116210623

お前らにとって都合の悪いインスタンス非表示にしてるだけじゃん

anond:20240116205840

いや弱者男性プログラミングで言うところのクラスなので、差別されてる以前に存在してない。

誤解されがちだけどそれ、抽象概念なんよ。

実際のインスタンスは、障がい者だったり被災者だったり困窮者だったり、そしてときに、女性だったりもする。

そしてそれら全ての困ってる人たちそれぞれに救済の窓口が設けられてるのさ。

2023-11-29

過去イチでヤバイPJを引き継いだ

弊社のビジネス創造部門的なところが作ったPJがあるんだが

どうもゴリゴリ炎上してるらしくて支援に入った

こういう仕事は割とあるんだがなかなかのヤバさだったので紹介したい

ちなみにサービスの内容は非常に良くてユーザーも万単位で付いているらしい

からこそ炎上している

バックエンド環境

バックエンドAWS EC2動作しているがログインアカウント共通化されていてパスワードを全員で共有している

ユーザーを追加しようとしたら「そのような勝手行為セキュリティ許可されていません」とのこと

本番環境とStagingはインスタンスが分かれているが運用は同じ方法

Staging上で5人ぐらいが作業しているが、ホームの下にそれぞれのユーザー自分名前ディレクトリを作って作業している

バックエンドシステム

バックエンド側のシステムは詳細は伏せるが、某システムで動いている

仮にNode.js系だとすると、package.jsonがあってnpm run installでインストールするのだが、普通にインストールしようとするとエラーになる

内容は依存関係で失敗しているのだが、本番も同じソース動作している

動作させるにはnode_modulesをまるっとコピーして、とのこと

さっきの自分名前ディレクトリ配下コピーしてきて、適当ポート番号でサーバを立ち上げれば一応は動く

このため、新しいモジュールを入れようとすると依存関係で失敗するため、便利なモジュールがあってもインストールできないし

セキュリティアップデートも当てることはできない(現にバージョンがすごく古い)

バックエンドシステム内容

ソースコードGitHub管理されているがセーブポイント感覚でcommitされているのでコミットログを見ても何が起きているのかさっぱり分からない

おまけにPRも使わずmainマージしまくっていてわけがからない

加えてソースコードコメントアウトの嵐でどこに何が書いてあるのかさっぱりわからない

データベースPostgreSQLだが山ほどテーブルがあるのに外部キー依存は入っていないしVIEWも作られていない

まぁ、他にもテーブルを見ていくとアンチパターンオンパレードで、EAV、ジェイウォークあたりは確認できたしHTMLSQLが格納されているテーブルも見つけた

ソース上でクエリを作ってAPIを作っているが、ザッと見ただけでもインジェクションし放題の状態になっていた

フロントエンドシステム

フロントエンドも詳細は伏せるが、いわゆるReact的なものを利用している

こちらは npm run installでインストールできるし npm run devでちゃんと動く

ローカル動作するので非常に助かる

ただ前述の通りバックエンドローカルで構築できないのでEC2を利用するしかなく、CORS対応のためのプロキシを自前で用意する必要があった

フロントエンドソースコード

バックエンド同様にGitHub管理されているが、管理しているだけ

バックエンドは5人ぐらいが利用しているが、ソースコード編集するのは実質1人なのでコンフリクトほとんど起こさないらしいが

フロントエンドは5人ぐらいが編集するのでコンフリクトしまくっている

解消するときデグレすることが日常茶飯事でその都度Hotfixしている

コードコメントアウトだらけなのに加えて、不必要コードが大量にあるので可読性が著しく低い

(難しい処理を読み解いて追いかけていったら最終的に使われていない、などが大量にある)

2000行ぐらいあるコードとかChatGPTに突っ込んだら20行ぐらいになる予感がある

また、DBがご覧の状態なので取得されるデータ全然抽象化できておらず、コードが膨れ上がっている

例えばProductの一覧データサーバから取得して、ユーザークリックしたProductをCartに投入するのだが、投入する情報Productではなく、CartItemにする必要があるし

OrderするときはOrderItemにしてAPIを叩く必要がある

ほとんど同じ情報なのだ微妙に変わっていたりKey名が違っていたりするのでそれぞれ変換する

他にも数え上げればキリがないが、コピペして少しだけ改変している部分などが大量にあってバグがあるのかどうかすら判別できない

セキュリティ課題

DBHTMLSQLが入っていると言ったが、調べて見るとDBから取得したHTMLをそのまま埋め込んで表示していたりした

SQLについてはフロントエンド側でSQL生成しており、そのテキストAPIに送り込んでサーバ側で実行して貰った上で格納とかしていたので

「ここにDROP TABLEとか書けばTABLE消えるんですか?」

と聞くと

「そんなことする開発者はクビだなwww

とか言われたのでことの重大さを伝えたが、まだ対処できていないようだった

認証等はOAuth2を使っていたので大丈夫そうだったが、本当に大丈夫かどうかは自信がもてない

今後の期待

システム内容はゴミのような状態だがサービス的には良いので、幹部プロダクトオーナーからは追加要望が山盛り来ている

開発チームが「稼働が足りない」という理由で断ったので「じゃぁ支援して」ということで自分のところに来たのだが

申し訳ないが、そもそもそういうレベルに無いし、全て作り直しが必要

と伝えてもどうやら伝わっていない様子

ちなみに元々の開発チームは過去にもこんな感じでサービス作ってたらしいが売れないので問題になってなかった様子

ぱっと見は動いているように見えるのが厄介なところ

正直逃げたいところではある

2023-11-22

anond:20231122150506

ベテランじゃねえけど

> Masterクラス的なクラスが持ったHelperの処理を呼び出したい

Masterが持ってるインスタンス情報を参照した上でHelperの処理呼びたいならMasterに窓口になるメソッド作ったほうがいいんじゃない

別に関係ないならHelperのStatic関数で呼べばいいのでは。

ただ

> Master.Helper.処理()

こう書いてるからHelperの関数だけ直接呼びたいっぽいので

それなら普通にStaticで定義してHelper.処理()で呼んでしまえばいいんでねーの

Javaみたいな言語のHelperクラスって基本的にStatic集めるんじゃないの知らんけど

ベテランプログラマの人教えて!Masterクラス的なクラスが持ったHelperの処理を呼び出したい

こういうときそもそもMasterクラスにその実際のこまごました処理を書くのか、それとも

Masterクラスで、Helperのインスタンスをもって、Master.Helper.処理()で呼び出すべきなのか

それよも処理をStaticで書くべきなのかを教えてほしい

普段なら一番でかいインスタンス管理するようなクラスに処理も書いてた

2023-11-16

オブジェクト

馬鹿オブジェクト指向をやると一つのクラスに全部の機能を突っ込んだりする

そういう状態になったものを神クラスといい、インスタンス化したものは神オブジェクトという

以前、そういう状態に陥った現場仕事をしていた

EchsSee(仮)という謎のクラスに全機能が詰め込まれていた

最初HTMLの表示をデバイスごとに振り分けるヘルパークラスしかなかったが、馬鹿が「便利だから」などといって無関係フィールドメソッドをどんどんEchsSeeに詰め込んだ

EchsSeeは高頻度に更新される上に、更新による失敗が全システムに影響を与えたため、開発者は「EchsSee触るの怖いんですよね」などと言うようになった

2023-11-15

オブジェクト指向人類の退化の象徴

オブジェクト指向とかかっこいい言い方をしても無駄だ。従来の構造プログラミングから進歩したことなど一つもない。オブジェクト指向がなぜダメであるのか、それを今から話すぜ。

 

1. データと処理をまとめるという発想。

データと処理をまとめてクラスとして置くという発想がある。しかし、このようなことをしなくとも、モジュールという単位で利用データと処理の集合をまとめればよかったので、クラスを使う必要はない。しかクラスインスタンス化のときに、不要情報まで持ってくるのでメモリ効率が明らかに悪い。コンピュータ進化しているかメモリのことはあまり考える必要がないとはいえ必要ない処理をまとめて閉じ込めるのは無駄が多い。なぜクラスという名詞概念分類できると考え始めたのかは不明だが、アルゴリズムデータ構造という構造プログラミング手法を、クラスと型というパラダイムに変換することで型にうるさいC++馬鹿を生み出し、彼らが発狂することになってしまった。しかデータと処理にわざわざ依存関係を持たせて、変更に対する柔軟性を失わせている。

 

2. 継承

継承によって既存構造を持ってこようとする必要性が全く無い。それどころか、継承を使うことによってプログラムスパゲティ化し、依存関係グラフがややこしくなってしまう。継承など使わず必要情報スコープの限られた共通変数、または関数引数として用意しておけば良い。もしクラスをどうしても使いたければ、共通インターフェイスをもたせたほうがマシであるインターフェイスを使えば、クラス利用者意識すべきpublicメソッドがなんであるか把握できる。

 

3. カプセル化

オブジェクト指向の中で役立つ概念カプセル化だけであるしかし、カプセル化クラスなしで構造プログラミング方法実装できる。pythonでは、モジュールの中でアンダースコアから始まる関数を用意しておけば、それがprotectedやprivateと似たように機能させることができる。オブジェクト指向がなぜカプセル化独自概念だと言い始めたかは謎。

 

4. ポリモーフィズム

同じ名前メソッドを、入力に応じて処理の内容を変える。このようなことはオブジェクト指向などと誇大宣伝をするほどのことでもない。構造プログラミングで似たようなことができる。

2023-11-06

anond:20231105123422

お一人様インスタンスお金掛けるよりはTwitterのままが良さそうだし、ユーザー受け入れるならそれなりに楽しませる企画継続的にしないとならないだろうし、コスパ悪い気がする。

2023-11-05

マストドンインスタンス運用代行業

ツイッターダメになったあたりから企業(などの組織)の広報みたいな使い方をターゲットに誰か始めるんじゃないかと思ってたけど意外と出てこないね

自前でインスタンス運用は無理だけどそこらの無料インスタンスちょっと・・・という層向け。

自国企業運営しててX Japanよりまともな窓口があって安心感がある的な。

マストドン自体がもうちょっと流行らないと出てこないかな。

代行業者の方は別にユーザ企業ごとにインスタンスを作る必要はなくて、最低限インスタンス1個用意するだけ。

利用料の相場はどのくらいが適当なのか分からないけどたとえば月1000円とか?

組織の規模とか利用頻度別のプランもあるといいのかな。

追記

念のため書いておくと企業アカウントフォローする側の一般ユーザーの登録は受け付けない想定なのだ一般ユーザーは他のインスタンスからリモートフォローすればいいのだ。

NPOとかも含めると法人って括りの方がいいのだ? そこらへんはよく分からいか適当なのだ

2023-09-04

『5年いた富士通退職した理由』へのエクスキューズ

私はちょうどこの人が退職した後に入社した。

この人が言いたいことは分かりすぎるくらい分かる。自分の配属先は割とモダンでイケイケな感じ(詳細は末尾※)だったけど、元記事の人と同じくつらい境遇にいる同期もいたので。

自分場合は配属先の居心地が良かったものの、当時の会社全体に対するイメージは「現状維持してるだけの会社」って感じで、将来は暗いなと思ってた。

入社してすぐの6月ごろ、社長が変わって全てが変わった。

自由進歩主義的な感じになった。まず、服装自由になった。社員の自立性を尊重したいという社長意思ビデオメッセージで聞いた時、私は心の中で拍手した。スーツを着るのは、会社からモノ扱いされてる感じがしてキラいだったから。

そして、ジョブ型が導入されて、給与は年齢ではなく職責に基づくようになった。これで、年齢だけで年功序列ピラミッドの上位に居座ってる非管理職は実質降格になったらしい。ジョブ型の関連で社内異動・マッチングの仕組みも導入され、目指すキャリアを実現しやすくなった。自分部署にも年に数人社内異動でやってくる。

あと、エンゲージメントスコアが計測されるようになった。これは、従業員がどれだけ楽しく働いているかというメトリクスであり、四半期ごとのアンケート調査によって計測される。この値はマネージャー評価に直結するからマネージャーはチームの働きやすさを改善するためにチームとディスカッションして具体的なアクションを取るようになった。

このディスカッション結構良くて、意味わからんルール廃止したり、新しいツールを導入したり、フルリモートの中でコミュニケーションを図るためのアイデアを出し合ったり、結構有意義時間になってる。

という具合で、富士通は時田社長の強力なリーダーシップのもと改革を断行しており、現場レベルでもその改革効果を感じている。4年前に比べて富士通株価は2倍以上になったが、市場の受け止め方も私の感覚と一致している。

まだまだレガシーな部分はあるし、SI中心のビジネスモデル未来はあるのかなど色々思うところはあるけど、これから改善していくだろうなという感覚はある。

いろんな考えを持った社員がいると思うけど

以上、一社員の声でした。

---

(※)

もとの記事では Git 使ってないとかマシンが貧弱とか色々書かれてたけど、完全に配属ガチャだなぁ...と思った

私の配属先では、GitOps し、CI/CD し、スクラム開発し...と(社内では)比較モダンな開発をやってたり、業務時間に社外のカンファレンスを聴講しにいったり、勉強会があったり、クラウドGPU インスタンスで遊んでよかったり...と、元記事の方とは真逆環境だった。

『5年いた富士通退職した理由』へのエクスキューズ

私はちょうどこの人が退職した後に入社した。


記事の人が言いたいことは分かりすぎるくらい分かる。自分の配属先は割とモダンでイケイケな感じ(詳細は末尾※)だったけど、元記事の人と同じくつらい境遇にいる同期もいたので。

自分場合は配属先の居心地が良かったものの、当時の会社全体に対するイメージは「現状維持してるだけの会社」って感じで、将来は暗いなと思ってた。

入社してすぐの6月ごろ、社長が変わって全てが変わった。


経営層が自由進歩主義的な感じになった。まず、服装自由になった。社員の自立性を尊重したいという社長意思ビデオメッセージで聞いた時、私は心の中で拍手した。スーツを着るのは、会社からモノ扱いされてる感じがしてキラいだったから。

ジョブ型が導入されて、給与は年齢ではなく職責に基づくようになった。

年齢だけで年功序列ピラミッドの上位に居座ってる非管理職は実質降格になった。ジョブ型の関連で社内異動・マッチングの仕組みも導入され、目指すキャリアを実現しやすくなった。自分部署にも年に数人社内異動でやってくる。

エンゲージメントスコアが計測されるようになった

これは、従業員がどれだけ楽しく働いているかというメトリクスであり、半期ごとのアンケート調査によって計測される。このスコアマネージャー評価にも関わるらしく、マネージャーはチームの働きやすさを改善するためにチームとディスカッションして具体的なアクションを取るようになった。

このディスカッション結構良くて、意味わからんルール廃止したり、新しいツールを導入したり、フルリモートの中でコミュニケーションを図るためのアイデアを出し合ったり、結構有意義時間になってる。

富士通未来はあるか

富士通は時田社長の強力なリーダーシップのもと改革を断行しており、現場レベルでもその改革効果を感じている。4年前に比べて富士通株価は2倍以上になったが、市場の受け止め方は妥当だと感じる。

一方、まだまだレガシーな部分はあり、部署によっては元記事同然のところもあるだろうし、改革は道半ばだとは思う。

おわり

いろんな考えを持った社員がおり、私のこの投稿生存バイアスがかかってるんだけど、一社員の声として。

(※) もとの記事では Git 使ってないとかマシンが貧弱とか色々書かれてたけど、完全に配属ガチャだなぁ...と思った

私の配属先では、Git を使い、CI/CD し、k8sマイクロサービスしたり、スクラム開発し...と(社内では)比較モダンな開発をやってたり、業務時間に社外のカンファレンスを聴講しにいったり、勉強会があったり、クラウドGPU インスタンスで遊んでよかったり...と、元記事の方とは真逆環境だった。

2023-08-29

最近のX(旧Twitter)の様子ってどうなってる?

Twitter時代トランス差別運動を見聞きするのがキツくなって以来、半年以上Mastodon系の個人インスタンスかに籠ってて最近のX情勢を知るための取っ掛かりもないので誰か教えて欲しい。

自分が知っている最近話題だと、

と言う辺りなんだが、他に何か目立った話ってある?

ちなみにMastodonとかで起きた面白話って言うと、正直 Misskey.io ぐらいしか追い掛けてないんだが、

と言うぐらい。

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