タグ

akisei67のブックマーク (108)

  • 空のS3バケットでAWSの請求額が爆発的に増加するとの指摘、Amazonはさっそく問題に対処すると発表

    AmazonのクラウドコンピューティングサービスであるAWSが提供するストレージサービス・Amazon S3では、写真や動画などのデータをアップロードするためにバケットを作成する必要があります。このS3バケットを空の状態にしていると、AWSの請求額が爆発的に増加してしまうという問題を、ソフトウェアエンジニアMaciej Pocwierz氏が報告しました。 How an empty S3 bucket can make your AWS bill explode | by Maciej Pocwierz | Apr, 2024 | Medium https://medium.com/@maciej.pocwierz/how-an-empty-s3-bucket-can-make-your-aws-bill-explode-934a383cb8b1 Pocwierz氏はクライアント向けに作成

    空のS3バケットでAWSの請求額が爆発的に増加するとの指摘、Amazonはさっそく問題に対処すると発表
    akisei67
    akisei67 2024/05/06
  • 生産性における即レスの大切さ - Qiita

    はじめに 昨今「開発生産性」についての話題をよく目にします。 生産性が向上することで悪いことは無いので、様々な組織の事例が公開されて業界全体に知見が共有されていくことはとても素晴らしいことだと感じています。 話題のこちらの 「世界一流エンジニアの思考法」にもとても大切なことが書かれておりますし こちらの記事も参考になりました。 それらを踏まえて個人的に生産性向上のベースになる大切なことだと思っている 「即レスの大切さ」 について書きたいと思います。 これまでやってきたお仕事 ツールアプリの新規事業責任者(3年ほど) 全体3名の少人数チームでスタート 私(責任者+PdMの役割)、エンジニア1名、デザイナー1名 最終的には30人前後の組織の事業部長 ゲームアプリのマーケティングマネージャー(5年ほど) 組織全体としてはビジネスサイド20名、エンジニア5名、デザイナー5名ほど 会社経営(4年ほ

    生産性における即レスの大切さ - Qiita
    akisei67
    akisei67 2024/05/01
    控えめに言ってクソな投げ手の理由だった。むしろ「生産性における即レス可能な質問を用意する大切さ」みたいな即レスが必要にならない段取りが重要だろうし、即レスを求める時は同期コミュニケーション使うべき。
  • Principled GraphQL

    Learn how to apply these ten principles with the Apollo Graph PlatformGet Started GraphQL, despite the name, isn't simply a query language. It's a comprehensive solution to the problem of connecting modern apps to services in the cloud. As such, it forms the basis for a new and important layer in the modern application development stack: the graph. This new layer brings all of a company's app data

    Principled GraphQL
  • Slackのtimesチャンネル文化が好きじゃない - りまりまだんの本拠地

    speakerdeck.com はてなブックマークやxでこの資料が話題になっていた。80%くらいは同意できるが、Slackの部分は個人的にはうーんと思った。特にtimesが好きではなくて、「timesじゃなくてチケット管理システムを使え」と思ってしまった。なんで好きじゃないんだろう?と思ったので整理しておく。 情報が垂れ流しだと探しづらいから timesには思考や調べたことを投稿して、後から見返せるようにしましょうという役割がある。でもそれ、当に見返せるのだろうか?Slackの検索クエリはGoogleほど絞り込みが効かないし、部分一致の検索でもかなりフィルタリングされた情報がヒットする印象がある。当に探し出せる気がしない。 また、投稿した人ではない誰かが仕事を引き継いだときに困るんじゃないか、という思いが拭えなくて好きじゃない。例えばエンジニア退職でリポジトリのメンテを引き継ぐことに

    Slackのtimesチャンネル文化が好きじゃない - りまりまだんの本拠地
    akisei67
    akisei67 2024/04/07
    timesはちょっとしたhackとかコードの書き方のひらめき、あとはランチのお店貼るとかチラシの裏を共有して人となりを知る/知ってもらう場所のイメージ 堅苦しい運用してる元資料がなんか違うのは分かる
  • 引く手数多そうなエンジニアがムカつく

    他に行く当てなんていくらでもありますよとでも言わんばかりの態度がムカつく。 はいはい正論ですよ、転職副業あたりまえ終身雇用絵空事。 でもさ、会社に来てるんなら会社に参加しなよ。 何のアイデアも「難しいですね」「技術的には可能ですが」「そもそも要ります?」 なんかさ、気概が感じられんのよ。 内心なんてわかりっこないけどさ。 会社の事業とか理念とか関係ない、どうせ転職するまでのつなぎ、私は何も困りません、みたいにさ、見えちゃうのよ。 泥臭くてもやらなきゃいけないときもあるじゃん。 実現したいときもあるじゃん。 何でそんな事なかれ主義なんだろう。 そんなに優秀で、ありとあらゆる技術を手足のように使いこなして、なんで志がないんだろう。 お金とか見返りとかキャリアとかポートフォリオとか。 自分、自分、自分、メリット、メリット、メリット。 ちょっともう、うんざりしちゃうよ。 ハッキリ言って。 これはN

    引く手数多そうなエンジニアがムカつく
    akisei67
    akisei67 2024/02/19
    「ムカつく」は単に感情で後付けで理由書いただけの劣等感じゃないかなぁ。逆にエンジニアからすれば「自分の守備範囲を決めてそれ以外の知識を吸収したり勉強しないままで仕事するヤツ」のが「ムカつく」もん。
  • ロジハラについて、ロジカルに考えてみた。|小島 雄一郎

    今から34年前の1989年。 日の流行語大賞に「セクハラ」という言葉がノミネートされた。 それから10年後の2000年前後、「パワハラ」という和製英語が誕生。 今では「モラハラ」や「アルハラ」、「カスハラ」などの言葉も一般的になった。 多様なハラスメントが誕生し続ける昨今だが、今日は「ロジックハラスメント(通称:ロジハラ)」について考えてみる。 と言うのも、ロジハラについては私が加害者側の当事者だからだ。 前回の日経COMEMOで書いた内容は反響が大きかった。 当時はロジハラなんて概念はなくて、もちろん私自身もこれがハラスメントに当たるとは思っていなかった。 ただ今になって当時を振り返ると、自分がやったことは「ハラスメント」だったと振り返ることができる。 この十数年で何が変わったのか。 「ロジカルであること」と「ロジカルハラスメント」は何が違うのか。 それをロジカルに考えてみた。 今日は

    ロジハラについて、ロジカルに考えてみた。|小島 雄一郎
    akisei67
    akisei67 2024/01/30
    ただのパワハラじゃない?上司にも同じことやってるなら別だけど。もしくはロジカルに見えるだけで必要なコンテキストやパラメータ不足のオレオレロジックを叩きつけてるだけ。
  • 「技術力が高い」という幻覚|zy

    こんな言葉を聞いたことあるだろうか。 「あの人は技術力が低い」 「あの人は技術力が高い優秀なエンジニアだ」 「あの人は偉いポジションにいるが技術力は低い」 「あの有名な人は,きっと技術力が高いから働いたら色々と学べそうだ」 ある人が言った。 「この会社の従業員は自分より技術力が低い。技術力が高い俺の言うことが正しい」 どうやらその人にとっては設計力含め幅広い技術的な知見を持っていることが技術力らしい。 だが,その人の技術力をプロダクトに適用している姿を見たことがない。その上での主張だった。 主張と行動が相反しているようだが,と尋ねると 「この会社のコードがクソだからだ。」 そして「一から作ればできる」「(業務での)決裁権を与えてくれればできる」 などという反応もあった。 普通に考えれば,ネゴシエーションを取りながらリーダーシップを発揮して進めるべきなのではないか。別にそこに決裁権も何も関係

    「技術力が高い」という幻覚|zy
    akisei67
    akisei67 2024/01/09
    どちらの言い分も正しく感じる。一から作る技術力、既存コードを生かす技術力、組織内での調整能力、ビジネスへコミットする能力、は全て違うのだから。その上で足りない能力を認め合い補完し合うのが理想()
  • マクロで見れば、日本は間違いなく好景気なんだけど、アンケートを取ると8割が日本は不況と答える。でもボーナスは過去最高だし、新入社員の初任給も過去最高。非正規雇用の賃金も正規を上回る上昇率。失業率は先進国でダントツ低く、過去最低を更新。それでも日本人は日本は不況と答える

    指南役 @cynanyc 一応、メディアプランナーやってる指南役です。 、雑誌、テレビ映画、広告、IT、ホイチョイ……などなど色々な仕事に顔を突っ込んでいます。 とは言え、いたってフツーな人間です。座右の銘は「あしたの普通」。 指南役 @cynanyc マクロで見れば、日は間違いなく好景気なんだけど、アンケートを取ると8割が日は不況と答える。でもボーナスは過去最高だし、新入社員の初任給も過去最高。非正規雇用の賃金も正規を上回る上昇率。失業率は先進国でダントツ低く、過去最低を更新。それでも日人は日は不況と答える… twitter.com/yoichitakita/s… 2023-12-29 15:26:51

    マクロで見れば、日本は間違いなく好景気なんだけど、アンケートを取ると8割が日本は不況と答える。でもボーナスは過去最高だし、新入社員の初任給も過去最高。非正規雇用の賃金も正規を上回る上昇率。失業率は先進国でダントツ低く、過去最低を更新。それでも日本人は日本は不況と答える
    akisei67
    akisei67 2024/01/04
    そもそもミクロでの「景気が良い」の定義がされてない。
  • 何故恵まれない人間は努力しないのか?|rei

    特別支援学校出身の発達障害児が3年で偏差値を65上げ筑波大学に現役合格した話私は中学まで特別支援学校に通っていた。高校から普通高校に行ったのだが当然授業はさっぱり分からない。私の通った高校は所謂名前さえ書ければ入れるクロマティ高校であり、入学時にそれまでの単元をちゃんと履修してるか?等の確認は勿論しなかった。この高校を知った時は「最高かよ!」と思ったが実際に入ってみると、それは「私に限らず生徒みんな授業の内容とか分からないので先生も教える事を諦めて淡々とマニュアル通りに物事を進める」という形で牙を私に牙をむく。つまり私に限らずあらゆる生徒が先生に分からないから教えてくれ的な事を言っても「教科書を読み返して下さい」で全てシャットアウトなのである。 勿論教科書を読み直してみても分からないモノは分からない。オマケに私は言語は理解していたものの中学3年生まで発音出来ず、高校1年の時は人より3倍遅く

    何故恵まれない人間は努力しないのか?|rei
    akisei67
    akisei67 2023/12/24
    ノブレス・オブリージュ
  • 状態設計から「なんとなく」を無くそう

    ウォンテッドリー株式会社の社内イベント "Tech Lunch" で話した発表です。 プログラムには大小さまざまな粒度の「状態」が存在します。 状態の設計を工夫することで、コーナーケースの発生を抑止し、ユーザー体験を最適化することができます。 発表では、私が普段どのように「状態」について考えているか、言語や環境を問わずできるだけ普遍的に使える形での言語化を試みます。発表を通じて、「状態」をなんとなくではなく合理的に設計するためのヒントを提供します。 GoogleスライドのURL: https://docs.google.com/presentation/d/1PNzz69UV05HlKPuWGlooemnPslLbLKsyLwl3R4U_XqE/edit

    状態設計から「なんとなく」を無くそう
    akisei67
    akisei67 2023/12/08
    状態変更について分かりやすくまとまってる。個人的には「個(≒Entity)の状態=ステート(=state)と「集合(≒AggrigationRoot)の状態=ステータス(=status)」を必ず分けて設計する。そしてステータスは関数になることが多い。
  • プログラミングの原則:enumの比較はすべてバグ - Uzabase for Engineers

    こんにちは、ソーシャル経済メディア「NewsPicks」のむとうです。 この記事は NewsPicks アドベントカレンダー 2023 の3日目の記事です。 昨日は@J_Nakagawa(隼佑 中川)さんによる『LambdaレスポンスストリーミングとAWS-SDKを使ってSlackに進捗バーを表示させる』でした! 世の中には再現が難しく一見してバグがありそうに思えないコードもありますが、一方でプロダクションコードの中にはひと目見てバグが有りそうなコードもまた多いものです。いくつかの特定のパターンをとる文字列(環境名など)やenum(以下どちらもenumと表現します)に関する条件分岐もその一つです。プルリクを見てこのようなパターンがあれば、バグの疑いが強くなります。周囲を見渡すと、大抵すでにバグっているか潜在バグを含むコードが見つかります。すべてバグというのは言い過ぎにせよ、わかりやすさと変

    プログラミングの原則:enumの比較はすべてバグ - Uzabase for Engineers
    akisei67
    akisei67 2023/12/03
    タイトルは強いけど納得できる内容。どちらかと言うと「今は上手く動くけど変更に弱い(修正漏れてバグる)」という印象。こういう実装はステートマシン図とかバリエーション図みたいな設計と一致させたい。
  • Node.jsで作るモジュラモノリスの設計と技術選定

    この記事はUbie Engineering Advent Calendar 2023の一日目です。よろしくお願いします。 背景 ユビーのシステムは言語が多様化してきたことにより、認知負荷の増加や運用負荷の増加、開発支援に仕組みづくりかけるコストの増加などの問題が発生していました。この課題を解決するためにNode.jsとGoに言語を絞っていくという意思決定をしたのが昨年です。これについては以下の記事で詳しく解説しています。 ちょうど去年のアドベントカレンダーの記事なのでこれから一年経ちました。ここでは以下のように述べられています。 Server-Side Kotlin などで書かれている既存サービスを、この技術選定の文脈でリプレイスすることは今のところ考えていません。 ただし、多くの既存サービスはドメインたくさん抱えすぎ問題があったり、色々とレガシーだったりして、徐々に別サービスに切り出して

    Node.jsで作るモジュラモノリスの設計と技術選定
    akisei67
    akisei67 2023/12/03
    非常に近い技術選定をしたので、Apollo FederationやScalar typeの検討(Frontend への型提供)、Subscriptionの実現、インフラ構成などについても話を聞いてみたい。
  • コンテナのベストプラクティスに対しておこがましくも言ってみる - Qiita

    最近実際に開発現場にコンテナを導入してきた経験から、公式ドキュメントに記載されているベストプラクティスに実際どうなんだということを言ってみようと思います。公式に書いてあることを間違ってると指摘という意図はありません 発言は個人の見解に基づくものであり、所属組織を代表するものではありません。 2023/12/3更新: 燃えかけてるのでタイトルを変えました。 補足: こちらの環境は下記を想定しています。 Java CICD/番環境イントラネット内に整備 WF開発 マルチステージ・ビルドを使う マルチステージビルドの目的 公式ドキュメントには、下記のように記載があります。 マルチステージ・ビルド は、中間レイヤとイメージの数を減らすのに苦労しなくても、最終イメージの容量を大幅に減少できます。 つまり、最終イメージの容量を減らすことが目的であって、その一つの手段としてマルチステージビルドを進めて

    コンテナのベストプラクティスに対しておこがましくも言ってみる - Qiita
    akisei67
    akisei67 2023/12/03
    あくまで「Dockerというソリューションを使う上での」ベストプラクティスを話しているのであって(Dockerfileでのビルド含め)、そこに「外でビルドすりゃいい」と物申すのは議論の前提が違うのでは?
  • CloudFront KeyValueStoreがリリース。CloudFront Functionsからキーバリューストアを利用可能に! | DevelopersIO

    CloudFront KeyValueStoreがリリース。CloudFront Functionsからキーバリューストアを利用可能に! AWS向けのCDNサービスCloudFrontがCDNエッジ向けのグローバルかつ低遅延なキーバリューストアAmazon CloudFront KeyValueStoreをリリースしました。 CloudFront向けエッジ・コンピューティングサービスのCloudFront Functions(CF2)から利用出来ます。 CF2はLambda@Edge(L@E)に比べて速くて安いといったメリットもありましたが、CloudFront Functions関数内に閉じた簡易的な文字列操作しか出来ませんでした。 そのため、豊富なライブラリのインストール、さらには、インターネットアクセス(DB接続)も可能なL@Eに比べて、処理内容が限定的でした。 今回のアップデート

    CloudFront KeyValueStoreがリリース。CloudFront Functionsからキーバリューストアを利用可能に! | DevelopersIO
    akisei67
    akisei67 2023/11/23
    リダイレクトのマッピング定義とか色々使えそう。
  • CDK Security And Safety Dev Guide を読んでみた - 電通総研 テックブログ

    こんにちは。X(クロス)イノベーション部 ソフトウェアデザインセンター セキュリティグループの耿です。 2022年12月始めに AWS CDK の GitHub リポジトリの wiki に公開された Security And Safety Dev Guide を読んでみました。CDKアプリをデプロイする時の権限と、CDKアプリ内で作成する権限の両方について、管理方法と推奨事項が書かれています。 この記事ではざっくりとした要約と感想を筆者の観点で書いていきます(分かりやすさのために、幾分か内容の再構築や意訳が入っています)。翻訳記事ではないので、正確で詳細な内容は元のドキュメントをご確認ください。 https://github.com/aws/aws-cdk/wiki/Security-And-Safety-Dev-Guide イントロダクション CDKのデプロイではどのような権限を使うべ

    CDK Security And Safety Dev Guide を読んでみた - 電通総研 テックブログ
  • monorepo で開発時にパッケージの変更を build なしで他のパッケージに反映する方法

    { "name": "lib-a", "version": "0.0.0", "type": "module", "main": "dist/index.js", "scripts": { "build": "rm -rf dist && tsc" } } この場合、lib-a の src/index.ts を変更だけしても lib-b には反映されません。なぜなら lib-b は lib-a の dist/index.js を参照しているため、build を実行して dist ディレクトリの中を更新する必要があるからです。 またこのときに tsserver の機能を使って lib-b から lib-a の参照にジャンプしても src/index.ts に飛ばないという問題点もあります。 解決策 問題の原因は依存元の lib-a の main に build によって生成されるファイルへの

    monorepo で開発時にパッケージの変更を build なしで他のパッケージに反映する方法
  • [アップデート]AWS Lambdaでロギング設定を制御できるようになりました | DevelopersIO

    こんにちは、つくぼし(tsukuboshi0755)です! AWS Lambdaのロギング設定を制御できるようになったというアップデートがあったので、今回試してみます! 何が嬉しいか 今までCloudWatch Logsに対するLambdaのロギング設定は、以下がデフォルトで固定され、変更できないようになっていました。 ログ形式:Text ログレベル:なし ロググループ名:/aws/lambda/<関数名> ※なおログ形式については、今までもPowertoolsを使用すればJSONに変更可能でした。 上記3点について、今回のアップデートによりLambdaのコンソールまたはAPIを通じて柔軟に設定できるようになりました! 試してみる それではどのようにログ設定を変更できるようになったか試してみましょう。 公式では以下のブログで使い方が紹介されています。 上記のブログはLambdaのランタイム

    [アップデート]AWS Lambdaでロギング設定を制御できるようになりました | DevelopersIO
  • 「全部同じに見える」という人が苦手

    何かを批判する時に「だってあれ全部同じに見えるじゃん」という人がいるけど、そういう人が昔から苦手だ。それって「自分は物事を理解する解像度が低いですよ」というカミングアウトでしかないよね。例えば「マツダ車って全部同じに見える」とかいう人がいるけど、サイズから何から全然違う車が全部同じに見えちゃうってやばいと思うよ。全然違うじゃん。 世の中で「全部同じ」なんてそうそうない。全部同じに見えるマウンティングしてる人たちは発言に気をつけた方がいいと思うよ。

    「全部同じに見える」という人が苦手
    akisei67
    akisei67 2023/11/17
    「興味がないのでこれ以上その話はしないでください。」を極力相手を傷付けないように伝えてくれているんだって気付いてあげて欲しい。
  • エンジニアが給料を12倍にする方法 - k0kubun's blog

    はてブの人気エントリーに日エンジニア達は海外に出なければいけないという記事があった。 カナダ在住で経験年数4年のソフトウェアエンジニア年収1600万円の方らしく、 日より海外の方がソフトウェアエンジニアの給料が一般に高いので海外に行くべきという話が書かれている。 実際僕も居住地域による給与差を利用すべく渡米し、先月の記事 では新卒から数えて8年で年収が12倍になっていた話も紹介した。 一方、年収1600万円であれば海外に出なくても稼げると思っているので、 国内にいてもできそうなものも含め、ソフトウェアエンジニアとして給料を上げる上で過去に活用したハックを紹介していきたい。 昇給履歴 新卒入社 僕が新卒で入社した会社の当時の初年度給与は450万円だった (公開情報)。 大学の4年間はずっとアルバイトとしてソフトウェアエンジニアをやっていて、 3社を渡り歩いて時給は800〜1350円と

    エンジニアが給料を12倍にする方法 - k0kubun's blog
    akisei67
    akisei67 2023/11/17
    エンジニアもスポーツ選手と同じイメージ。収入面も当然あるけど年俸は実力の裏返しでひとつの評価基準って感じ。実力があれば指数関数的に伸びるし、なければ基本年俸のまま。みたいな。
  • なぜ Server Actions を使うのか

    Next.js 14 の Server Actions の stable リリースに発表は大きな反響を呼びました。 特に <button> の formAction 属性内で直接 SQL クエリを実行するコードは多くの人に衝撃を与えていました。"use server;" の部分を PHP やバイナリに置き換えると行った多くのミームも生まれました。 function Bookmark({ slug }) { return ( <button formAction={async () => { "use server"; await sql`INSERT INTO Bookmarks (slug) VALUES (${slug})`; }} > <BookmarkIcon> </button> ) } X 上での反応を見ると、このクライントから直接 SQL クエリを実行するコードは見た目の印象

    なぜ Server Actions を使うのか
    akisei67
    akisei67 2023/11/13
    ユーザー観点は非常に重要、ただしどんな技術で実現されているか把握して利用是非を判断するのが開発者の責務とも思う。コメでは語りきれないけど個人的には主にインフラ含めた性能要件の検討がしんどい印象。