NTTドコモなど携帯電話大手各社は4日、大規模な通信障害が発生した際、通常の契約先に関係なくWi―Fiを無料開放する取り組みを始めたと発表した。大地震や台風などの災害時に無料開放する従来の仕組みを、通信障害時にも拡大する。 無料開放するのは、ドコモのほかKDDI、ソフトバンク、楽天モバイル、沖縄セルラ…
こちらのページでは、ChatGPTの開発元であるOpenAIの公式サイトに掲載されている「GPT best practices」を基に、ChatGPTを活用するためのプロンプトのコツを7つご紹介します。 これからの時代、ChatGPTを効果的に使いこなすスキルは、仕事の生産性を大きく左右する要素となります。 特に、プロンプトエンジニアリングの技術は、そのキーとなる要素であるため、これからChatGPTをしっかりと活用していきたいという人はぜひ参考にしてみてください。 こちらのページで紹介している内容はスライドにもまとめているので、ぜひご自身の勉強はもちろんのこと、社内や学校での講義資料としてもお使いいただければと思います。 資料のダウンロードは、以下のリンクからも可能です。(個人情報の登録などは不要) プロンプトのコツ①:詳細な説明をする ChatGPTには高度なAIが使われていますが、さ
はじめに こんにちは。基幹システム本部・物流開発部の作田です。現在、ZOZO社内で使用している基幹システムのリプレイスを担当しています。 現在行っているリプレイスでは、既存の基幹システムから発送機能を切り出し、マイクロサービスに移行しています。リプレイスの詳細については、ZOZOBASEを支える発送システムリプレイスの取り組みをご覧ください。 techblog.zozo.com マイクロサービスは発送業務の各作業が完了したことを基幹システムに連携しており、この連携を実現するためにAmazon Managed Streaming for Apache Kafka(以降、Amazon MSK)を採用しました。今回は、サービス間のデータ連携にAmazon MSKを採用した理由やAmazon MSKでの実装例と考慮点について紹介します。MySQLなどのリレーショナルデータベースに対してAmazon
まず、「ITエンジニアのアウトプットはこうあるべき」という絶対的なルールや指針はありません。「なぜアウトプットするんですか?」とか「どれくらい時間をかけたらいいですか?」といった質問をエンジニアにしたら、十人十色の返事が返ってくるはずです。そもそもの話として「アウトプットなんてしなくてもよい」と答えるエンジニアだって中にはいるでしょう。ですので、基本的にはアウトプットは自由ですし、万人が納得する「正しいアウトプット」や「間違ったアウトプット」があるわけでもありません。 とはいえ、筆者がここで「アウトプットは自由です。みんな好きなように書いてください。以上!」で終わってしまうとまったく実のない記事になってしまうので、今回はあくまで「筆者はこう考えていますよ」というスタンスで話をさせてもらいます。 まあ、自分で言うのもなんですが、筆者はQiitaのランキングで1位になったり、自分の名前で技術書
🐳 この記事は「ログラスサマーアドベントカレンダー2023」の23日目の記事です。 明日はシニアEMの飯田さんの予定です! 「なんでエンジニアが商談動画を見てるの?」 こんにちは!ログラスでエンジニアをしている村本です。 ログラスサマーアドベントカレンダーも8月に始まり、1ヶ月経ったのですが、書きたい人が多すぎて9月も継続です! 今回は私が所属するチームで継続して行っている「商談動画鑑賞会」という取り組みについてご紹介しようと思います。 きっかけはログラスのトップセールスである髙橋さんがこのような投稿をしていたからです。 https://twitter.com/yuto_1933/status/1692679081958183193見ている自分たちも学びがあるのですが、Salesからしてもポジティブに受け取られているとても良い取り組みになっていると感じています。 今回はこの商談動画鑑賞会
こう見たとき、"FileNotFound"のバグが一番多い。と分かりました。そうすると、"FileNotFound"のバグを修正すると、多くの移行エラーが解消され、効率よく移行が進むと考えられます。しかし、現実問題として、それほど直りませんでした。 "簡単なバグ"とは何か? 前節では、バグの発生頻度が高いものから修正していくとアプローチをしていきましたが、実際問題それほどうまくいきませんでした。端的に、なぜ失敗したか。というと、"バグが直らなかった"からです。仮に"FileNotFound"のバグを直そうとしたとき、2,520個あるログファイルから、ランダムに1つとりだし、どの部分でエラーになっているのかを細かく見ていきます。それで、バグの原因を特定し、直す。という極シンプルなアプローチをするわけですが、「このバグの原因を特定する」ということが、そもそも難しかった。ということです。先にも書
はじめに 先日こんなツイートを見かけました。 期待値を大きく外してきた成果物に対してどのように対応するかという問題についてのツイートでした。 このツイートのレビュー依頼者は「まずい点」を指摘してもらって修正すれば成果物として成立すると考えているけれど、レビュワーから見ると評価できる点がなくこのままでは成果物として成立させることができないと考えているように読み取れます。 7-8割程度期待値を満たしているものに対してのレビューであれば、レビューによって修正して成果物として成立させることができ、また、考え方を伝えることで次回からの成果物の質も上げられるでしょう。 一方で、期待値を全く満たしていない成果物に対してのレビューは、レビュワー、レビューイともに大きな苦痛を与えます。 懸命に作ったものを跡形なく直されるのは辛いですが、懸命に作ったものを跡形なく直すのも同じぐらい辛いです。 7-8割程度期待
ぽやこ🦊 @ninshinbutori 気づいてる人いたと思うし、フォロワーも失ったし、すごく恥ずかしいんだけど、この1週間Twitterを収益化するためにめちゃくちゃ火の中に飛び込んでリプとかツイートしまくったんだけど、結果、利益いくらだと思いますか? 60円です。普通のお母さんに戻りま〜す🥺 2023-09-04 12:04:42 ぽやこ🦊 @ninshinbutori 30代、小学低学年と2歳の母。フルタイム会社員。 バリキャリではないけどお金は稼ぎたい。🧁と✈️にお金は惜しまない💸年3回海外旅行😊週1映画館🎬月2アフタヌーンティー🫖胃袋が強靭すぎてぶくぶく太り続けて困ってます instagram.com/payakopayako?i…
TypeScript JP の代表の sasurau4 です。この度、TypeScript JP は解散することになりました。 本記事では TypeScript JP の解散について報告します。 経緯 TypeScript JP はオンラインで行ったTypeScript Meetup #4を最後に、事実上の活動停止状態になっていました。 活動が停止した主な理由は、COVID-19 の影響によるコミュニティ活動全般における制約と代表である私のモチベーション低下が原因です。 COVID-19 が猛威を振るっていた 3 年の間も、TypeScript は躍進を続け、その活躍の場は広がり続けています。 2023 年に入り、政府によるマスク着用の要請が解除された辺りから、オンラインに限らず、リアルでのコミュニティ活動もちらほらと復活し始めました。 これによって、活動停止していた理由の 1 つは解消さ
Svelte は比較的新しいフレームワークです。主に、仮想 DOM の課題が浮き彫りになってきた後で、それを解消しようというモチベーションで開発されています。なぜ Svelte が React や Vue などのように仮想 DOM を採用していにないのかについて、この記事でまとめてみようと思います。 読み書きしやすい:リアクティブなコンポーネントを実装するための"高級言語" 高速:仮想 DOM を利用しない 1. 読み書きしやすい:リアクティブなコンポーネントを実装するための"高級言語[1]" Svelte はリアクティブなコンポーネントを実装するためのコードを記述する上で一般的な UI フレームワークよりも人間が扱いやすい設計になっています。具体的に言うと、記述量が少なく、理解しやすい構文を実現しています。 例えば、React で以下のようなコンポーネントがあった場合を想定します。 im
自己紹介 小川 経歴 ~2009: Webアプリ開発のバイト&業務委託 2009~2019: 三菱重工 イット何も関係ない。野良のパソコンの大先生してた 2019~いま: root ip B2BのSaaS作ってます PHPとVue分かる人来て!!1 面白かった脆弱性 - CVE-2023-22727 PHPフレームワーク CakePHP 4 のSQLインジェクション脆弱性 ORM limit(), offset() でSQLi CVSS v3 9.8 2023/01に修正済み CakePHP Laravelの次に使用率高いフレームワーク(多分) 割と使いやすいからお勧め 一般にコード品質が上がる静的解析ツールの使用で逆に発生
1. はじめに 1年前の入社4年目の私は、開発チームのリーダーの経験はなく、また、スプリントの計画も立てたことが無いような状態でした。 そんな状態で、突然リーダーとしてプロジェクトの意思決定をすることになりました。 自分に務まるかとても不安で、恐怖すら感じていました。 実際にやってみると、これまでいかに作業者視点で物事を考えていたか、プロジェクト全体が見えていなかったのかを痛感しました。 現在では、マネージャーが休みや出張で不在の場合でも、私がいればうまくチームメンバと協力して開発を進めてくれると言っていただけるまでになりました。 それと同時に、より楽しく開発できるようになりました。 本記事では、私がリーダーとして振舞うことになった経緯と、その振る舞いの具体例を紹介します。 同じような開発者の方の参考や励みになればと思います。 2. チームの背景 1年前当時の私が所属しているチームは以下の
はじめに大規模言語モデルであるChatGPTに文章を渡す際、適切な区切り線の使用は、情報の正確な伝達や解釈に大いに役立ちます。 この記事では、区切り線に適切なものを検証します。 区切り線とは?使い方区切り線は文章を区切る時に使用する文字列のことです。 例えば下記のようなものです。 また、使い方をまとめた記事もあるので参考にしてください。 def test() a = "a" b = "b" c = a + b print(c) ================================ ←これが区切り線 上記のコードについて教えてください 結論先に結論を言うと、4個~16個連続した「-」か「=」 もしくは8の倍数の「-」か「=」が区切り線としてはベストでした。 ---- ---------------- -------------------------------- ==== ==
まず明るい声でおだやかに「お忙しいところ恐れ入りますぅ」って言おう。 この一言だけで、電話を受けた人に この人は怒っておらず、心に余裕があるこの人は知らない人を気遣える程度にまともであることを一発で伝えられるんだ。 僕は、電話に出た時はぶっきら棒だった相手の口調が、これを言った途端に突然柔和に変わるという経験を何度もしてる。 種種雑多な不特定多数の人から電話がかかってくるところでは、電話を受ける時に「頭のおかしいクレームじゃないか」と常に身構えながら電話をとっている。 そんなとき、明るくおだやかな「お忙しいところ恐れ入りますぅ」は、彼らを一撃で安堵させることができるよ。すっとガードを下げてくれる。 これだけだと、自分にはメリットがない「ただのお人よしの善行」に見えるかもしれないね。 でも本題はここからだ。 日ごろ理不尽な電話を受けることもある人々にとって、まともな相手との通話はオアシスだ。
たかぎ@LED弄りの人 @tkgsn146 某転職エージェントがゲスすぎて笑った。 (先週木曜日) 転「A社どうですか」 私「いいね、応募するわ」 転「おk」 (先週金曜) 転「先方からお祈りされました」 (今日) A社「LinkedInで見つけたけど弊社受けない?」 私「数日前に御社に落とされたで」 A社「まじで?いや記録にないよ」 (続) 2023-09-04 15:43:32 たかぎ@LED弄りの人 @tkgsn146 私「転職エージェント経由だったけど」 A社「ないっすね、hiring managerも興味持ってますし」 私「じゃあ応募するわ」 転「前回のはハードル高かったみたいですし、これどうっすか?(ブラック臭がプンプンなSES企業)」 私「ははーん?」 どことは言わねーけどさ、●ー●ルさんよぉ! 2023-09-04 15:43:33
米国でラボグロウン(人工)ダイヤモンドの婚約指輪を選ぶ人が増える中で、ブライダル用の天然ダイヤ原石の価格が急落している。 新型コロナウイルスのパンデミック(世界的大流行)後にダイヤ需要は全般に軟化した。消費者は旅行などへの支出を再開しているが、経済的逆風が贅沢品への支出を圧迫している。安価な1、2カラットのソリティア(一石)タイプのブライダルリングが米国で人気だが、それに使われるようなダイヤ原石は、他の種類より急激に値下がりしている。 業界関係者によると、人工ダイヤの需要急増が原因という。消費者がとりわけ価格に敏感なこのカテゴリーに人工ダイヤの業界は特に目を向けてきたが、その努力が今や実を結びつつある。
背景 CodepipelineでのECSのデプロイ方法をECS(ローリング)からCodeDeploy(blue/green)に変えたい エラー内容 ECSサービスの デプロイタイプを CODE_DEPLOY にするとタスク定義の更新ができなくなる Unable to update task definition on services with a CODE_DEPLOY deployment controller. Use AWS CodeDeploy to trigger a new deployment. terraform appley 時にECSサービスに紐づくタスク定義の内容に差分があると上記エラーが発生するようだ。 概要 CODE DEPLOYで blue/greenデプロイをする場合はECSサービスでタスク定義を管理するのではなくCODE DEPLOY で管理するらしい。
みなさん、こんにちは。 明るい笑顔がトレードマーク、ルイボスティーが大好きな芦沢(@ashi_ssan)です。 2023/9/4に開催された【ハイブリッド開催 】OpsJAWS Meetup#25 インシデント管理 - OpsJAWS | Doorkeeperに参加しました。 参加するだけではもったいないので、本記事で聴講したセッションのレポートを書いていきます。 セッション① Incident Manager を使って実現するインシデント管理 登壇者 アマゾン ウェブ サービス ジャパン合同会社 上野 涼平 様 登壇資料 セッション3行まとめ インシデントとは、計画外のサービス停止やサービス品質の低下をもたらすもので、早急な復旧が求められるもの。 Systems Manager Incident Managerを利用することで、インシデント発生時のアラート通知(電話、Email、SMS)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く