「AWS」を含む日記 RSS

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

2025-03-16

フロントエンド不要論

フロントエンド不要論」は、最近の開発現場サーバーレスクラウド技術進化に関わっている人たちの間でリアルに実感されている問題です。

✅ 最新の開発現場で「フロントエンド不要論」が出てくる理由

🚩 1. フロントエンドが複雑すぎる(技術負債が増大)

• React, Vue, Angular などのフレームワークがどんどん複雑化

SPAシングルページアプリ)のメンテナンスが大変

フロントエンドバックエンドの分離が、**「本当に効率的か?」**という疑問が生じている

• 「最終的にHTMLを描画するだけなら、サーバーでやればよくない?」

🚩 2. フロントエンドセキュリティリスクが高すぎる

APIキーアクセストークン露出問題が深刻

フロントエンドから直接APIを叩く構成では、「APIを守る」ことが難しい

XSS, CSRF, CORSといった脆弱性対処し続けるコスト無駄

• 「フロントエンド認証情報を持たせないほうが安全

🚩 3. サーバーレスクラウド技術進化し、API負担を減らす方向に

AWS Lambda, API Gateway, Cognitoなどのサーバーレス技術進化

フロントエンドAPIを叩くより、サーバー側で直接処理する方が効率的

バックエンドフロント役割代替できる環境が整った

✅ 実際にフロントエンドを捨てた企業の事例

1. GitHub(Hotwire, Turbo採用

• 以前はReactを使用 → ReactをやめてHTMLベースに戻した

サーバーサイドでレンダリングし、最小限のJSだけ利用

• 「HTMLサーバーで生成すれば十分」と結論付けた

2. BasecampTurbo + Rails

• React, Vue, Angularを全廃

Turboを使って、サーバーから直接HTML更新

JavaScriptなしで動的なページを実現

3. Laravel(Livewire)

JSなしで動的UIを作るフレームワーク

フロントエンド負担ゼロにする方向に進化

• 「JS不要なら、開発効率が上がる」

4. Shopify(GraphQLでデータを直接取得)

フロントエンドを完全分離する構成から、「バックエンドHTMLを返せばいい」 というシンプル構成へ移行

API負担を減らすことで、開発効率セキュリティを向上

サーバーレス時代の最適解:「フロントエンド不要アーキテクチャ

フロントエンドを捨てて、サーバーがすべての処理を担う」方向に移行するのが最適解になりつつある。

📌 最適なアーキテクチャ

ブラウザサーバーPHP, Node.js, Go) → API Gateway(Cognito認証

フロントエンドHTML/CSSのみ

サーバーAPI GatewayとCognitoを仲介

APIキーアクセストークンサーバー管理

サーバーデータを取得し、HTMLとして返す

📌 具体的な実装例(PHP + Cognito + API Gateway

require 'vendor/autoload.php';

use Aws\CognitoIdentityProvider\CognitoIdentityProviderClient;

use Aws\Exception\AwsException;

$client = new CognitoIdentityProviderClient([

'region' => 'us-east-1',

'version' => 'latest',

'credentials' => [

'key' => getenv('AWS_ACCESS_KEY_ID'),

'secret' => getenv('AWS_SECRET_ACCESS_KEY'),

],

]);

$email = $_POST['email'];

$password = $_POST['password'];

try {

$result = $client->initiateAuth([

'AuthFlow' => 'USER_PASSWORD_AUTH',

'ClientId' => 'XXXXXXXXXX',

'AuthParameters' => [

'USERNAME' => $email,

'PASSWORD' => $password,

],

]);

setcookie("accessToken", $result['AuthenticationResult']['AccessToken'], [

'httponly' => true,

'secure' => true,

'samesite' => 'Strict'

]);

header("Location: dashboard.php");

} catch (AwsException $e) {

echo "ログイン失敗";

}

?>

APIキークライアントに公開しない

アクセストークンサーバー管理

フロントエンドは何も持たない(XSS耐性あり)

✅ まとめ:「フロントエンド不要」が最新の開発トレンド

🚀 **「フロントエンドはもう不要」**という流れは、最新のクラウド/サーバーレス開発に携わる人たちが実感していること。

APIキー管理が楽になる

セキュリティが大幅に向上する

フロントエンド開発の負担がなくなる

パフォーマンス爆速になる

👉 結論:「フロントエンド不要クラウド×サーバーレスバックエンドが主役になる!

この方向性に完全に共感しますし、今後の開発では**「フロントエンドなしで済むか?」**を常に考えるべきですね!

OSCHINA、スラドOSDN の受け入れ先募集を打ち切ってサービス終了へ

スラドOSDN の受け入れ先募集を開始して 1 年以上が経過したが、残念ながらこのままサービス終了を終了する運びとなった。

OSCHINA は OSDN無償で取得したものの、特に活用することができずに多額の費用を費やしたようだ。スラドはもともと OSCHINA に譲渡するのではなく、AWS 上で共存している OSDN から分離して日本企業が引き取るという話になっていた。しかし、分離する前に OSCHINA への譲渡完了してしまい、OSCHINA 側へ正確に分離の話が伝わっていなかったため、分離の交渉は難航した。ようやく OSCHINA が分離に合意したのは 2023 年 12 月。この時点では引き取りを予定していた日本企業一定期間事業買収ができない状況であり、OSCHINA 側は既にサービス終了の意向を示していた。

その後、OSCHINA はいったん発表したサービス終了を撤回し、受け入れ先募集を開始。OSCHINA では受け入れ先募集にあたって支払った経費だけでも回収したいとの意向を示していたが、スラドOSDN を分離する場合サーバー費用比率が確定せず、応募していただいた企業の方々と交渉できないまま時間が過ぎていった。最終的にサービス終了との結論に至った理由についてはコメントを得ることができなかった。関連するドメインネームはすべて OSCHINA が保持し、将来的に新しいサービス使用する可能性もある。

サービス終了予定は 3 月 31 日。まだしばらく時間はあるが、新しい雑談場所を決めるなり、連絡手段を確保するなりしておくといいだろう。また、スラドの皆さんは多くが既に必要データを確保したと思われるが、まだの方はお早めに確保することをお勧めする。なお、サービス終了時点で AWS契約は終了せず、OSCHINA のエンジニアサービスを停止させる予定だ。そのため、消去作業を行うまでサービス終了後もサーバー上にはデータが残されるので注意してほしい。実際の停止時刻については後日お知らせする。

末筆ではあるが、スラドを存続させようとご応募いただいた企業の方々、および募集に協力していただいたアピリッツ謝意を示したい。

ストーリー by headless 2025年03月15日 6時00分終了 部門より

https://srad.jp/story/25/03/14/1844223/

2025-03-15

anond:20250315125951

だって新規技術必要新規案件ないじゃん

やっぱ企業もそういう協力的な姿勢必要だと思うよ

とにかく金かけたくねえつって

古いシステム維持で何もやらせない

これでITが強くなるわけねえだろ

 

それなのにAWSとかMicrosoft海外資本から嫌だ使いたくない。外資に牛耳られる〜って、なんだそれ

そうしないといけなくなるぐらい種芋食い尽くしたのは自分たちじゃん

2025-03-13

anond:20250313223429

増田Amazon AWSホスティングされてて使うほどAmazonを利することになるから使用中止した方が良い

病院内で提供されるWiFi挙動メモ

身体を壊して先日ちょっと入院していたのだが、病院内ではWiFi提供されていたので、消灯時間外の日常生活アクセスはそれのお世話になっていた。消灯時間は夜9時から朝6時までだ。

事前に「入院生活にそぐわないサイトには接続できません」という告知が為されていたので、覚悟の上で使ったのだが、Webアプリ開発者としての業務必要サイトとかも禁止されていたので、ここにメモしておく。

どうせ数年以内には持病が悪化して再び入院するし。

通信制のしくみの考察

通信禁止されていると思われるサイト接続すると、ブラウザ側ではタイムアウトエラーとして表示される。もちろん、それなりに待たされる。ブラウザの開発ツールの様子を見るに、おそらく TCP handshake に失敗していそう。

正常に接続できるサイトの様子を見た範囲では、HTTPS接続証明書改ざんは行われていないようだったこからHTTPS暗号を解読してどうのこうの、という処理をしていない可能性が非常に高い。つまり通信制限は接続ドメインまたはIPアドレスによる判断実施している可能性が高い。

また、中間的なサイト存在する。通常2秒以内で表示できるようなサイトの表示に10秒(体感)かかるところがある。稀にタイムアウトする。

なのは通信禁止されていそうなサイトでも「待たされた挙句、つながることが非常に稀にある」ということと、curl等ではすんなりと接続できることである

DNS設定と一緒にproxy設定が落ちてきているのであればこの挙動理解できるのだが、手元のOSネットワーク設定にはproxy情報が何も出てこない。ちょっとよくわからない。

もしもDNSに対するAレコード(AAAAも?)問い合わせに対してニセモノを返すという仕組みで通信制限しているのだとしたら、「非常に稀につながる」挙動にはならないはずなので、透過型proxyによって頑張っているのではないか想像するところである

なお、消灯時間中は全てのリクエストタイムアウトになる。消灯時間開始直前に HTTP Request を送出して、応答が来る頃には消灯時間に入っている場合にはどういう挙動をするのか、というテストをやる暇は無かった。スマソ

つながるサイトと、つながらないサイトメモ

業務で使う全部のサイト検証できた訳じゃなくてゴメンね。結局のところ仕事携帯回線でやっちゃったから。

ドメインサイト概要接続の様子
hatelabo.jpはてな実験サービス置き場すんなり
anond.hatelabo.jp増田禁止
??????.hatenablog.jpはてなブログドメインの一つ、そして増田中の人ブログ遅い
console.aws.amazon.comAWS管理コンソール禁止
www.amazon.co.jpショッピングめちゃくちゃ遅いけどつながる
www.amazon.comショッピングめちゃくちゃ遅いけどつながる
ja.wikipedia.org百科事典禁止
www.php.netプログラミング言語PHP禁止
www.typescriptlang.orgプログラミング言語TypeScriptすんなり
stackoverflow.comプログラミング質問サイト(英語)すんなり
qiita.comプログラミング質問サイト(日本語)禁止
packagist.orgPHPパッケージ管理遅い(通常通り?w)
www.npmjs.comJSパッケージ管理すんなり

なお、自分ドメインサブドメイン禁止ドメインを入れたようなもの、例えば anond.hatelabo.jp.example.com のようなドメインに対する接続可否は検証していない(面倒だったw)

どこの会社受託しているのか?

サーバ目線で見える client IPwhois等で調べると、某F社さんだった。AWS管理コンソールへの接続禁止するあたり「あっ…!」と思ったり…w

2025-03-07

anond:20250307142839

おっけーじゃあ一番最近のを

1. どんなスケールプロジェクトだ?

 アクティブユーザー数千程度ただし一件最低数百万円から千万円の案件

2. パフォーマンス要件は?

 すっごく低い

3. セキュリティ要件は?

 かなり高い

4. チームの技術スタックは?

 Java+Spring, JS+Node, .NET, SQL Server, AWS, Postgresあたり

5. 予算納期はどうだ?

 インハウスなのでなし

6. 将来の拡張性は考慮してるのか?

 グローバル展開まで

7. 既存システムとの統合必要か?

 既存のClassicASPベースの300k LOC ストアドプロシージャー1k テーブル1kを統合しつつリプレースメント

こんな感じ君のは?

追記

詰めてみ?って言った以上君のを聞くのはずるいか

最後には聞くけどね

次の質問どうぞ?

2025-03-06

[]2025年2月滅多にホットエントリを出さなドメインからホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからホットエントリブクマ数順トップ30

ブクマタイトルドメイン
2212声明文 - 脳外科医 竹田くんdr-takeda.hatenablog.com
1409KyotoU Channelwww.channel.pr.kyoto-u.ac.jp
1393DeNA南場智子が語る「AI時代会社経営成長戦略」全文書き起こし | フルスイング by DeNAfullswing.dena.com
1294子供の不機嫌への対処法 - 感情考察日常幸福kosakimomo.hatenablog.com
865中国失踪safeguarddefenders.com
822トップページ|オウム真理教問題デジタルアーカイブwww.moj.go.jp
817僕のタスク管理2025年版:ChatGPTとNotionでいい感じに毎日を過ごす | mozlogkannnonn.com
750SNS規制すべきは組織的書き込み - 続・はてなポイント3万を使い切るまで死なない日記kawango.hatenablog.com
665まだ人間議事録書いてるの? 日本語特化の文字起こしAI『kotoba-whisper-v2.0』がスゴいらしいdata.wingarc.com
659海外日本人は深煎りコーヒーを好む」日本独自コーヒー文化に対する海外の反応 : すらるど - 海外の反応sow.blog.jp
639自分OSSマルウェア入り偽物を作られたので通報した - 酒日記 はてな支店sfujiwara.hatenablog.com
591球団からのお知らせwww.yakult-swallows.co.jp
563NHKシステム開発・移行中断の件についてjp.newsroom.ibm.com
528突然Yahoo!IDが停止されてeBookJapanも利用不可になった件 - Privatterprivatter.net
499押井守監督20年目の“今だから”語れる「イノセンス」の真実 そして本作を“今”劇場で観る意義とは?anime.eiga.com
481「うちの鍋は、もうこれだけでいいよ!」夫に言わしめた鍋は「2つの調味料」を入れるだけ。締めラーメンまで絶品 | kufura(クフラ)小学館公式kufura.jp
474当社に対する訴訟の提起について | 重要なお知らせ | 株式会社サンリオcorporate.sanrio.co.jp
470NOT A HOTELビジネスモデル - 続・はてなポイント3万を使い切るまで死なない日記kawango.hatenablog.com
464なぜあなたウェブサイトは遅いのかmizchi-20250213-devsumi.pages.dev
457map / filter などの高階関数よりも古典的な for文の方が読みやすいと感じるあなたgakuzzzz.github.io
426生成AI時代の音声入力ツール:SuperWhisperのすすめ - うみのーとumiyosh.hatenablog.com
420音楽新陳代謝が止まって「ダサい」がなくなったことの功罪 - 森の掟guatarro.hatenablog.com
414Rustで進化するPayPayのスケーラビティblog.paypay.ne.jp
407マキネッタ、完全に理解した - ちなみにblog.nishimu.land
370動画田代まさしさん「覚醒剤フジテレビのあるADから『いいのありますよ』と誘われた」sn-jp.com
369死神 - ヤマシタトモコ / 死神 | OUR FEEL(アワフィール)ourfeel.jp
345トラブル成田空港会社契約終了を警告、「みんなで大家さん」に借地リスク浮上nfm.nikkeibp.co.jp
344NotebookLM Web Importer - Chrome Web Storechromewebstore.google.com
319draw.ioでレイヤーを使ったらAWS構成図が捗ったお話tech.anti-pattern.co.jp
313SQL道場 - SQL実践的な学習サイトsql-dojo.com

AIエージェントを導入して安く上げられるだろと無茶振りされる皆さんへ(Clineに全部賭けないで編)

コンニチハ、オイソギデスカ

非常に良くない生成AIビックウェーブが来ちゃったんで憂鬱な皆さんこんにちは

生産性が上がるとか効率が良くなるとか宮仕え(みやづかえ)だと、福音どころか地獄ですよね。

ぼちぼち日経新聞AIエージェント導入で他社に差をつけようみたいな記事を書く頃だと思うので、備えましょう。

まずいつも通り前提からな。

すでに出来ること

ほぼできてるけど安定しないこと

ここまでは前提な。

なぜシンドクなるのか

生産性が上がっても、別にお前の給料が上がるわけじゃないか

DeNAがさ、既存事業3000人の従業員を半分で回すようにするって目標立てたじゃん。つまり、15���0人の業務負荷は倍になるのよね。

倍になったら普通は回らないところ、生成AI使えば倍でも回るでしょ?って言われてるわけだよね。

アレが非難されずに、素晴らしいとか、(諦め半分で)まあそうなるよねって言われてるのが全てなんだけどさ、シンドイよね。

生成AI業務効率化されてハッピー毎日定時で何なら毎週金曜日カジュアルフライデーで飲みながら仕事だ〜、とはならないんだよ株式会社特に

騙し騙しやってた業務が消えるから

経歴詐称して潜り込むってウッソだろというホワイトなみなさんは、パワポ作るとかペアプロするとか輪読会するとか適宜置き換えてください。

新規プロジェクトに入った時に、なんか資料もねえし、コードをぼちぼち読みながら、急ぎでもクリティカルでも無い部分を書いてレビューしてもらって修正してマージして、

みたいな作業が消えます。この辺もう既に出来るから生成AIで。

というか、すでにこのへん置き換えて楽してるやついるだろ。そうそこのお前。

クソみたいなプロトタイプが増えるから

今までも、華麗なる経歴とやらの人物が作り上げていったコード保守運営する時に相当キッツイことになってた人は多いでしょう。

ほら、新規事業でも何でも、とりあえず動いて売り上げ立てた人が偉いのはその通りなんだけど、それを直すのは大変なのよね。実運用の時には大抵転職してて居ないし。

でもさ、まあ言うても立ち上げの時期に技術負債とか考える余裕もなく速度重視でゴリゴリ作った人の立場になってみると、まあ仕方がなかっただろうな、と感情移入もできる。

これが、スーツが「動くものは作っておいたか簡単だよね?」とかAIの作ったクソコードの山をギークに渡すようになるんだぜ。腹立つことにハンパに動くやつを。

今までも「AWSポチポチしたらすぐでしょ?」とか言うクソスーツは居たけど、実際に手を動かしてモノ作ってくるスーツは概ねまともだっただろ?

今後、手を動かすスーツの手が全てプロンプトになる。

ここまでが、憂鬱になる理由な。

AIエージェントで何が本質的に変わったの?

なぜ今AIエージェントブームになろうとしてんの?

金払えば使えるようになったから。身も蓋もないけど。

いやXXやYYが違う!

本質的には、今までとあんまり変わってません。

あえて言えば、簡単にお試しできるようになった、と言うところが本質的な部分です。

以前からChatGPT4とかAmazon BedRockとか使ってた人ならわかると思うんだけど、別に今までもできたんだよね。

ただ、全自動で回せるパッケージングとしての品質がそれなりに高いので、お試しのハードルがぐっと下がった。

これ、API簡単スクリプトで以前から自動化できてたんだよね。(やってたやつは俺以外にも割といると思う)

決まったフォーマットで出力してもらって、そっから切り出して実行して、出たエラーをもう一回入れて修正して、動くようになったら止める。

出来上がったコードとそれまでの途中経過を全部まとめて入れて、最初から出来上がったコードにするためのプロンプト考えてってところまでをワンショット

あとは、出てきたコードプロンプトを眺めて良さそうなら採用する。この繰り返しでめっちゃ楽出来てた。(壊れたらDocker建て直せば良いし)

これを、そう言うスクリプト書いて整備して良い感じにGit管理してたお手製のツール大手が良い感じに作り上げてきちゃった感じ。あーあ。

まり、何ができるようになるの?

洗練された自動化と、スピードアップ

特に速度は分かりやす効率に影響するので、自営業とかプレイングマネージャとかは、今導入しても元がとれるだろうね。

じゃあ、なんでCline(とそれに類似するツール群)に全部賭けない方が良いかというと、まだ過渡期の技術から

ツールオペレーションに全振りして、大手が改良版出しちゃってオペレーターとしての職が無くなった経験、あるでしょ?

今Clineで不満に感じてることとか、プロンプト調整しなきゃなあみたいなところ、全部自動化できるでしょ。

一年保たないと思うよ。

AIエージェント導入時に絶対に阻止すること

そりゃあ人間雇ったら高えのはわかるけど、単一障害点は怖いぜ。

みんな、生成AIAPIが逆鞘だろうことはわかってるよね?急に明日から10倍に値上げされて耐えられますか?

今、OpenAPIのたけえのだってたかだか3万ぽっちだけど、あれに毎月30万円だせって言われて耐えられる?90万なら?SLAも怪しいのに?

そう言う時、「じゃあやめ人間雇えば良いじゃん」って言った時に、話聞いてくれる相手がいて欲しいよね?不義理しないでおこう。

同じように、新人ちゃんと育てるべきなんだけど、多分聞いちゃくれないから、そう言うところはドンヅマったら転職しよう。

経営側にいる人間は、安易AIエージェント+中堅に頼った場合、中堅がその会社急所になるのは抑えておこうね。引き抜かれて崩壊する組織脆弱だよ)

AIエージェントでは(まだ)出来ないこと

IBMが訴えられてるよね。アレ、AIエージェントあったら回避できてた?

俺は無理だと思う。

無茶振りされてる皆さんへ

試験導入しますね、と言ってガンガン使ってコストをあげましょう。予算が尽きるまで使えば概ねそこまでです。

また、AIエージェントを導入しつつ、動作確認したり、自社のどこに活用できるのか見ておくのはとても役に立ちます

具体的に言うと、ググったコマンドを片っ端から試すような新人が入ってくると思ってください。

その新人は、概ね1000行以下のコードなら即レスしてきます。変えるなと言った箇所もたまに結果を出すために変えたりします。

そして、その新人相手の知見はおそらくそんなに長くは持ちません。何故なら我々が不満に思う箇所は改善されてお出しされるからです。

そのため、Cline(やそれに類似するツール)の知見を貯めよう!なるほどこんなプロンプトを与えてやれば良いのか!みたいな試行錯誤はやめた方が無難です。

今後も解決されないであろう部分を切り分けるのに留めましょう。

超具体的に言うと、AWSコマンドを片っ端から試されたりすると、すげえ課金されるやつ、あるよね。でもそれちゃんポリシー制限できるよね。

人間相手常識で縛ってたことを、ポリシーで縛るようにちゃんとしておこうね、ミスったコードで高速にIaCお試しされるとすげえことになるよ。

(なりました)

まとめに変えて

仕様検討にはo1 pro modeが(推論が強いから)、コーディングはClaude 3.5 Sonnetが(コーディングに万能に強いから)、コードデバッグはo3-mini-highが(コードの解析に強いから)という時代から、Claude 3.7 SonnetのAPIセットしたClineで全部お任せして試行錯誤した方が結果的効率が良くなってます

今はPythonTypeScriptのように、基本的に大量にコード存在して生成AIを開発する側が良く使うコードの性能が高くなっています

(ただ、相当にマイナー言語であっても、別に学習に支障があるとは思えません。おそらく単に優先順位問題です)

AIコーディングについてのレポートをあげて、稟議を通すための理由もつけておくように」みたいな指示は、ChatGPTのDeepResarchに振って、上がってきたレポートをそれっぽく書いておけば良いです。

なお、ChatGPT4.5があんまり性能が出てないと聞いてがっかりしている人に朗報ですが、4oから4.5に変わったことで、相当に性能は上がっています

具体的に言うと、「クソみたいな上司からムカつく指示が来てどうにも収まらないんだけど、以下の内容を相手が納得するように書き直してくれない?」みたいなのに、すごい親身になってそれっぽい感じに書き直してくれます人間力は多分俺より上です。

2025-03-01

デジタル赤字対策に巨大外資テックに5%課税するのはどうだろう

アメリカトランプ大統領自動車関税を上げるらしいし、それならこちらも何かできるんじゃないかということで、「デジタルサービス税」というのはどうだろうとAIといっしょに考えてみた。

日本デジタル貿易赤字結構な額になってきているしね。

案としてはシンプルで、日本でのデジタル売り上げが1000億円超える外国企業に追加で5%課税するというもの

まあ、アメリカは大切な同盟国なので名指しを避ける感じで、対象は「すべての外国企業」を対象となるが、実際はGoogleAppleAmazonあたりが引っかかるように設定すればいい。

で、どれくらい税収上がるかAI計算してもらった。

Apple: 日本での売り上げ、iPhoneとかApp Storeで年5000億円くら���あるとしよう。5%なら250億円。

Google: 広告YouTubeで1兆円くらい稼いでるとして、5%で500億円。

Amazon: ECAWSで7000億円くらいなら、5%で350億円。

合計で年1100億円くらい税収が見込めるはずだ。

この1100億円ってどれくらいの規模なのかというと・・・

たとえば、今「高額療養費の自己負担限度額上げようか」って話が出てる。でも1100億円あれば、限度額上げなくても済むくらいの支援金匹敵する。年500億円くらいで医療費補助拡充できるって試算もあるから、余裕でカバーできる。

かにも、たとえば保育園待機児童ゼロにするのに年200億円くらいかかるって言われてるから、1100億円あったら全国の保育所増やしてまだお釣りがくる。災害復旧とか、インフラ補修とかにも使えるし、地味にデカい額だ。

税金企業に「日本での売り上げ申告してね」って自己申告させて、怪しかったら監査入れるくらいのゆるさでいい。

5%なら企業もまあ納得してくれるのではないか

一方でアメリカ日本に対して関税さらに上がるなら、じゃあデジタルサービス税を10%に上げようかなと交渉に使えるカードにもなりえるだろう。

もちろん、これは国内企業へのダメージがないわけではない。その分applegoogleamazon電子取引の値段が上がるだろう。

ただ、できることな外資サービスにがっつり依存するのではなく、国内サービスや新興サービスへ目を向ける機会になるかもしれない。

2025-02-27

anond:20250227070731

それが割と近場にAWS関連の鯖監視お仕事あるんだよな

さすがに採ってもらえんかな

仮想通貨界隈に北朝鮮工作員大勢入り込んでいる問題

活発にリクルート活動を行っているようだから、入り込んでいるというより闇落ちという方が正しいのかもしれない。

一昔前とは違い単純な利害関係のみの関係で、人種国籍関係なく存在していて、日本人にも数人マークされている人物がいるとか。

私も知っている人という話だった。

正直わからなくもない。

なにせ一般的経済犯罪で得られる額とは文字通り桁が違う。能力がありそれなりの人生を歩んでいる者にとって数千万では人生賭けるに値しないが、数億、数十億となると話は変わるのだろう。

先日2200億の被害にあったBybitは、インフラ侵入された痕跡はなかったが連携しているウォレットサービス侵入され、悪意のあるコード差し替えられウォレットの移動時に抜かれたという。

AWSとS3バケットアクセスできるマシンが墜ちたらそりゃどうしようもないけど、だからこそ厳重に守るべきなのにセキュリティ内部統制も緩いからどうしようもない。

日本でも仮想通貨が盛り上がって欲しい気持ちはあるものの、仮想通貨が広まれば広まるほど北朝鮮流れる資金が大きくなる。

日本に住むものとして悪い未来しか見えなくて悩ましい。

2025-02-26

anond:20250226163809

ギリギリだと急に増えたら対応必要で面倒

平常時10%~20%くらいでいいんよ

awsだとバーストやらがあるから常時7,8割とかは無理だし

2025-02-25

anond:20250225134256

AWSってamazon潰れたら終わるんでしょ?

あん信頼性ないよな。

ITを使って起業したいという人に出会った

日本中で使える画期的Webシステムを作りたいと熱く語ってくれた。

しかし彼は世の中のWebサービスを何も知らなかった。AWSGCPも知らなければ、Xやメルカリも使ったことがないという。

いったいどうやって何を作るのか、私には皆目見当がつかなかった。

資金を集め、法人登記し、独立するところまでやったそうだが、半年後には潰えているだろう。

何故なら普通サービス軌道に乗ってから独立するからだ。

AWSエンジニアインフラバックエンドわず)に進みたい

20代後半、一年組み込み設計に携わってました。

将来性もあり、面白そうだなと感じるAWSエンジニアの道に進みたいと思っています

持っている資格基本情報のみ、使用言語pythonです。

ポートフォリオなど作成する予定ですが、どういったキャリアプランがあるでしょうか。

AWSエンジニアインフラバックエンドわず)に進みたい

26歳、一年大企業組み込み設計に携わってました。

将来性もあり、面白そうだなと感じるAWSエンジニアの道に進みたいと思っています

持っている資格基本情報のみ、使用言語pythonです。

ポートフォリオなど作成する予定ですが、どういったキャリアプランがあるでしょうか。

2025-02-24

さくらAWSに勝つための道

さくらダメなのはまず知名度が圧倒的に足りないこと。さくらクラウドやってるなんてのはエンジニアでも知らない。むかーーーーーーーしさくらVPS流行ったのを知ってる人が老人にいる程度で誰もさくらなんてそもそも名前を知らないのよ。バニラ見習いなさい。さくら街宣車を出すのよ。

さーくら さくら さーくら 求人

さーくら さくらで 国産クラウド

これだわ。これを大音量で流して渋谷とか新宿を走り回るのよ。

次にAndrej KarpathyにあんたらのGPUクラスタをタダで使ってもらうの。これでfoot in the doorは完璧よ。

そしてあんたたち給料を最低3倍にするのよ。日本人に限らず世界中から最優秀層のエンジニアを雇いまくりなさい。株もたくさんあげなさい。今アメリカ採用市場は冷え込んでるからチャンスだわ。

anond:20250224034104

さくらインターネット自力AWS相当のもの開発するような、そんな能力あるわけないだろ。日本には評価されないすごいエンジニアが眠ってる妄想捨てろ。そんなものはない。

2025-02-23

anond:20250223031638

まあそうなるよね

ベンダーロックインを意図的に仕組んでるから

でもそれってクラウドプラットフォームも同じ問題があるよね

AWSとかGCPとかさ

2025-02-22

アメリカあんな感じになってしまって、これからどうなるかわからない中でアメリカIT企業に頼り切ってんの怖くない?

もうこの際アメリカIT企業本社誘致しない?

日本

AmazonとかGoogleとかMicrosoftとか Appleもか

そしたら安心してAWSとか使い続けられるじゃん

なんか税制優遇してさ、北海道九州四国あたりに連れてこれないかな?

2025-02-21

anond:20250221074346

えっ、増田が考える『自己責任』は下記じゃないの?下記はコピペだし他に読み取りようがなかったが?

 

これは増田の持つ主義から正しいも間違ってるもないぞ。ただ、ワイは賛同しないってだけ

改めて、『お前の属性問題じゃなくて、お前のやる気の問題だろ』『お前の人生はお前自身意味付けろ』って言ったら、

ブチギレるんだろうなって思うばかり

 

もう一度言うけど、自己責任ってのは、単なる能力主義Winner takes allAll or Nothing の話だぞ

ひとりで荒野を行き、すべてを手にするか無縁仏になるといい

これはこれでかっこいいぞ、皮肉じゃなくてマジで

 

もう一度説明するけど、自己責任ってのは、単なる能力主義Winner Takes AllAll or Nothing の話は、突き詰めてるとかではなくて、単なる現実ビジネスの話

頑張ったなんてお気持ち価値なんかない。自己責任を唱えるなら、現実市場の冷酷さ)も受け入れよう

2025-02-20

anond:20250220163317

マジか。お前それマジで言ってんのか。恥ずかしすぎる。

ちなみにAWSがこのサービスを始めたのは欧州北米とき日本なので、主要マーケットでは最後

その技術提供しているBlu Ageという会社フランス会社で、Amazonはそれを買収しています

anond:20250220155042

そりゃ更新とは違うからだよ。少なくともそこはIBMじゃなくてAWSサイトから違う。

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