てとらα SI @TETRA_IT ひぇぇ、インフラ保守要らないって契約断られたお客さんから「本番サーバがハングした!対応しろ!なぜ復旧できないんだ!業務が止まってるぞ!損害だ!」って言われる 2023-02-01 11:13:55
てとらα SI @TETRA_IT 顧客「見積もり金額を下げてくれ」 ワイ「分かりました。どの作業を減らしますか?」 顧客「いやそうじゃなくて」 ワイ「?」 顧客「?」 2024-04-30 15:11:16
Imagine you create an empty, private AWS S3 bucket in a region of your preference. What will your AWS bill be the next morning? A few weeks ago, I began working on the PoC of a document indexing system for my client. I created a single S3 bucket in the eu-west-1 region and uploaded some files there for testing. Two days later, I checked my AWS billing page, primarily to make sure that what I was d
追記2:ダラダラと長く読みにくい文章になっちゃったんで、あとで整理して書き直します。読んでくださった方、すみません。 →4/29 20:25追記 たびたびですが、書き直しやめました。長文を読んでくださった方、ありがとうございます。あと歳がバレるパトレイバー展示会ネタをどこかに入れたかったのですが、さすがに無理でした。 →4/30 15:55追記 https://anond.hatelabo.jp/20240430155506 に補足とブコメへのレスを書きました。コメントくださった方、ありがとうございます ———————— たまたまホッテントリで見かけた話題について、ブクマはやっていませんが色々と書きたくなったので、増田にて吐き出します。 前職でIT系、前々職で商社系の販促を経験しており、展示会には良く出展してました。RX社主催のものにも定期的に出していたので、場の雰囲気は分かるつもりです。
新たなチームへ移動した際に役立つアプローチ「WTF Notebook」について、ソフトウェアエンジニアのナット・ベネット氏が解説しています。 Why you need a "WTF Notebook" https://www.simplermachines.com/why-you-need-a-wtf-notebook/ ベネット氏は新しいチームに参加するたびにノートの新たな1ページを開き、一番上に「WTF - チーム名」とタイトルを付け、「なんてことだ(What The Fuck)」と思ったり変更したい事を思いついたりしたときにメモを書くとのこと。 チームに参加してから2週間はそうしたメモの内容をチームに伝えたり解決に動いたりせず、ただ見て、聞いて、奇妙に思えることを書き留めるだけにします。今回ベネット氏はこの単純なやり方でどのように物事を効果的に成し遂げる人としての評判を築き、常に不平
こんにちは、富士榮です。 ちょっと前に某所でダメダメな認証系の技術実装ってなんだろうねぇ、、という話をしていたことをXで呟いたところ、色々とご意見を頂けましたのでまとめて書いておきます。 考えていると結局のところ、サービス提供側が意図していることとは全然違うことが起きている気がするので、この辺はしっかり考えて実装したいところですね。(実装ミスは問題外として) カテゴリ滅びてほしいもの実装側がやりたいこと利用者が感じること実際に起きていること代替手法認証CAPTCHAbot避けぐにゃぐにゃ文字が読めない バイクと自転車の違いとは?ユーザの離脱、カゴ落ちパスキーの利用 新しいタイプのCAPTCHA(通常は画面に出ない) リスクベース認証との組み合わせによる抑制認証パスワード誰でも使える認証手段の用意忘れる。複雑なパスワードをそれぞれのサービス毎に管理するのは無理パスワードの使い回し。パスワード
定期的に見かけるSAPを入れても碌なことがないみたいなやつ。現場の人や中間管理職の感想としては全く正しいが、本当にERPがゴミならば(主にグローバル大企業で)これだけ普及しているわけもないわけで、なにかしら使う側に問題があるのかもしれません。 マジレスするとSAPというかERPは給料の高い人の生産性を上げるもので、給料の安い人の使い勝手とか優先度低いし、末端にたくさんのデータの入力を要求するから。別になんの矛盾もない。 https://t.co/F2J5TdeWXw — (っ╹◡╹c) (@Heehoo_kun) March 21, 2024 私が新卒入社した会社でも当時のメインフレームをSAPに置き換えるみたいな話があって、コスト削減で大変な工場でそんなものは入れられないみたいな議論があったのは覚えています。その時のラインマネージャーの一人が、「ERPは給料が安い人を大量に使って給料が高
ミスが発生した時、再発防止策としてダブルチェックやトリプルチェックを実施することは多いと思います。一方で実務経験上、ダブルチェックやトリプルチェックの有効性について疑問を感じている方も多いのではないでしょうか。 実は、ダブルチェックやトリプルチェックの有効性が低くなるのには無意識下の心理が影響していると言われています。 この記事では、なぜダブルチェックやトリプルチェックの有効性が低いのかを解説し、どうすれば有効なダブルチェックが可能になるのかを解説します。 そもそも、ダブルチェックを行うとなぜミスが発生しなくなると言われているのでしょうか。 仮に、0.01%の確率でチェックミスをする作業者が2人いたとしましょう。計算上、ダブルチェックを行うことでミスの発生は0.01%×0.01%で0.0001%になるはずです。本来のミスが起こる確率の10,000分の1まで下がるため、確かにミスの発生確率は
とあるプロジェクトでナノ秒からミリ秒への変換で四捨五入してきた人がいて、時刻を扱うときは保存精度未満は切り捨てるべきというのが常識になっていないなーと思ったので。 2023-10-01 を、何年か表示する時に、2024年に丸める人はいないだろう。 13:45 が何時か表示する時も、13時と表示するだろう。(口頭で何時?と聞かれたら14時と答えるかもしれないけれど) つまり、ある精度で表した時刻は、実際には次のような半開区間を示しているのである。 2023-01-01 00:00:00 <= 2023年 < 2024-01-01 00:00:00 13:45:00.000 <= 13:45 < 13:46:00.000 そして、そう決めたからには一貫して同じように、指定精度未満は切り捨てというルールを維持しなければならない。秒以下は四捨五入で、とかやってはいけないのだ。 一貫しないと何が問題
状態遷移を表す時に良く使われるのが「状態遷移図」です。こんな図、よく見ますよね: 状態遷移を表現するのは何もこれだけではありません。次のような「状態遷移表」というのもあります: これは行が「状態」そして列が発生しうるイベントで、表内の数字は「遷移先のindex」を表しています。例えば今状態Aだとします。何もイベントが無い場合は今の状態を継続します。そしてイベント2が起きた時、そのイベントに対応する状態C(index=2)に移ります。後はこの繰り返し。これで状態遷移を表現しています。 状態遷移図と状態遷移表はお互いに変換できます。表現の方法が違うだけという事ですね。ただ、状態遷移表は遷移をデータ化しやすい利点があります。 今回はこの状態遷移表を活かした状態遷移を実装してみましょう。 イベント取得関数をまず設ける 状態遷移表の各行は起こりうるイベントです。まずはこのイベントを取得出来る関数を設
さかいふうた @fuuuuuta21 DeNA子会社代表を経て、「組織基盤の構築」に特化して起業しています。◆対応ケース: ①自社らしい体系的なマネジメント基盤を作りたい 、②組織拡大を計画中で、マネージャーを強化したい、③自前主義でマネジメント理論を整える危険性を感じている。HP/DM/info@momentor.jpからご相談を承っております。 https://t.co/01BhsEgDvp さかいふうた @fuuuuuta21 Netflixのカルチャーでお馴染みの「有能だけど有害な人」=ブリリアントジャーク問題について、見極め方法・チェックポイントは画像に書いた3つくらいあると思ってます。 ただ、"誰の心にもひっそりと存在してるもの"なので、採用の見極めというか、まず自問自答する方が先かなと思ってます。 pic.twitter.com/ggQIPZei05 2022-10-17 2
この記事で書きたいことは、以下のような内容です。 ・昔SEの先輩に、「技術の詳細に通じていなくても、「そういう技術、そういう解決法がある」ということを把握しているだけで十分役立つ」と教わりました ・エンジニアの能力を測る尺度の一つとして、「課題」「問題」に対するアプローチをどれだけ思いつけるか、というものがあると思います ・「こういうやり方があった筈だ」「こういうアプローチが出来る筈だ」ということがなんとなくでも分かっていれば、それをとっかかりに調べることが出来ます ・その「そういう解決法があるということはなんとなく分かる」という状態を広げる為に、基盤技術に関する知識が重要です ・これは、生成AIに色々聞けるようになった今でも変わらないというか、むしろ昔以上に「とっかかり」の重要性が増しているような気がします ・「引き出しを増やす」という視点での勉強と、それを活かす為の基礎の重要性を、新人
CTO 室の恩田です。 今回は GitHub Copilot Enterprise を評価してみて、現時点ではまだ採用しないことを決めた、というお話をご紹介したいと思います。 きっかけ とあるエンジニアが Slack で自身の times チャネルに時雨堂さんの GitHub Copilot Enterprise のススメという記事を投稿したことが発端でした。特に感想はなく URL に 👀 だけが添えられていたので、後で見るぐらいのメモだったんだと思います。 それを見かけた別のエンジニアが技術雑談チャネルにその投稿を共有して、これは凄そうと話題を向けたところ、CTO の「評価してみる?」の一言で、有志が集って評価プロジェクトが始まりました。 雑談チャネルできっかけとなる投稿が共有されてから、30分足らずの出来事でした(笑)。 この話題が出たのは金曜日でしたが、週明け早々に稟議を終え、火曜
ニンテンドーアカウント、ゲームニュースなど、任天堂が展開するネットワークサービスの開発・運用を担うニンテンドーシステムズ。インターネット経由でソフトウェアのダウンロードや追加コンテンツなどを購入できるオンラインショップ『Nintendo eShop』は、同社が手がけるサービスの 1つです。 Nintendo eShop は 2011 年に始まり、現在は世界中で 1 億 3,000 万台以上の販売実績を持つ Nintendo Switch に対して、40 か国以上の国に 24 時間 365 日の体制でサービスを提供しています。任天堂のデジタルコンテンツの総売上は 2017 年から 2023 年にかけて 10 倍以上となり、現在はゲームソフトの売上高全体に占めるデジタル比率は 50% 近くに達しています。 Nintendo eShop の基盤は当初オンプレミスで運用してきましたが、利用者が急増
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く