rummelonpのブックマーク - はてなブックマーク
はじめに こんにちは、岩佐 幸翠(@kosui_me)です。カケハシで認証基盤・ライセンス基盤・組織階層基盤などのプラットフォームシステムを開発・運用する認証権限基盤チームのテックリードをしています。 TypeScriptのクラス構文は、一見するとJavaやC#などの言語と非常に似ていますが、その背景にあるJavaScriptの特性により、振る舞いに重要な違いが存在します。これらの違いを理解することは、これまでの経験を活かしつつ、TypeScriptで堅牢なアプリケーションを構築する上で非常に重要です。 本記事では、主にJavaやC#など、クラスベースの静的型付け言語に慣れ親しんだエンジニアの方々を対象に、TypeScriptでクラスを扱う際に特に留意すべきポイントを解説します。さらに、クラスを用いない関数型のアプローチについても触れ、TypeScriptにおけるドメインモデリングの多様な
アイヌ語仮名「ㇷ゚」に対する正規表現の罠
導入 アイヌ語は日本語と異なり、閉音節（子音で終わる音節）も存在するので、表記の際音素文字であるラテン文字なら、そのまま p, t, k, m, n, s, r などの子音文字を後ろの付ければ良いわけなので、アイヌ語ローマ字表記では、何も問題が生じない。しかし、元々開音節言語である日本語に特化したカタカナのような仮名文字で表記する際、鼻音 n は「ン」でなんとかなる（実はそれでもまずい事になっているけどここでは割愛する）が、p, t, k, m, n, s, r, h はどうしようもないので、特殊の捨て仮名（小書き仮名文字）を利用することになっている。 具体的には以下のような特殊仮名文字（通称 アイヌ語仮名）である。 ㇷ゚ -p ッ -t ㇰ -k ㇺ -m ㇱ -s ㇻ -(a)r, ㇼ -(i)r, ㇽ -(u)r, ㇾ -(e)r, ㇿ -(o)r お分かり頂けただろうか… 問題 r
Rubyのこれからを STORES で作る。Rubyコミッター笹田さん、遠藤さんにCTOがきく「Fun」｜STORES note
Rubyのこれからを STORES で作る。Rubyコミッター笹田さん、遠藤さんにCTOがきく「Fun」 このたび STORES にRubyコミッターの笹田耕一さん、遠藤侑介さんが入社されることになりました。入社に先駆けて、CTOの藤村大介さんがお二人にたっぷりとお話を聞きます。プログラミングとの出会いから STORES を選んだ理由、これからのRubyのこと、そしておふたりの「Fun」とは。 聞き手：藤村大介（CTO） PROFILE： 笹田耕一さん 大学在学時からRuby向け仮想マシンYARVを開発し、2007年に「Ruby 1.9」に採用される。以降、Rubyコミッターとして、言語処理系の高速化に従事し、仮想マシンやガーベージコレクションの性能改善などを行なう。Rubyアソシエーション理事 （2012〜現任）。博士（情報理工学）。 遠藤侑介さん 大学院修了後、大手電機メーカーで研究開
ワークフロー実行基盤をFargateからEC2へ変更したらコストもパフォーマンスも改善できて幸せになった話 - ZOZO TECH BLOG
はじめに こんにちは、ブランドソリューション開発本部バックエンド部SREブロックの小林（@mirai_kobaaaaaa）です。普段はWEARやFAANSというサービスのSREとして開発、運用に携わっています。 WEARではAmazon Elastic Kubernetes Service（以下、EKSと呼ぶ）を用いて複数システムのインフラ基盤を構築・運用しています。その中の1つとして、ワークフロー処理の実行基盤が存在しています。 本記事では、そのワークフロー実行基盤が抱えていた課題と、それらをどのように解決したのかを紹介します。また、付随して得られたメリットについても紹介いたします。 目次 はじめに 目次 WEARにおけるワークフロー ワークフロー処理内容 ワークフロー実行基盤の構成 ワークフロー実行基盤の課題 コスト内訳の調査 過剰なPodスペック Fargate実行時間の増大 ワーク
GitHub Copilotの導入によってペパボの開発生産性はどう変化したか - Pepabo Tech Portal
サービスのデプロイ頻度は、そのときに開発している機能の大きさやチームメンバーの人数などの影響を少なからず受けます。そのため、この変化がGitHub Copilot導入の効果と言いきることは難しいですが、生産性が向上しているチームからのノウハウの共有などを通じて、継続した生産性の向上に取り組んでいきたいと考えています。 GitHub Copilot導入に向けた課題とその対応 ここからは、ペパボでGitHub Copilotを全社導入するにあたり検討した観点と、その結果を紹介します。 ペパボにおける生成AI活用の現状 GMOペパボでは、ChatGPTの登場以降、生成AIを活用した機能の開発や開発プロセスへの活用による生産性向上に取り組んできました。特に、pyama86/slack-gptを利用したSlack Botはエンジニアに限らず全社員が利用しており、さまざまな業務の効率化に貢献しています
新人にパワハラしていた先輩を通報した結果
パワハラしていた先輩＝Aさん パワハラされていた新人＝Bさん Bさんが入社したのは2021年1月。 3月で退職する社員がいて、その後釜だった。 前任者から引き継ぎを受けた後は、Aさんがサポート係になってペア組んで仕事してた。 Aさんのパワハラっぽい行動が目立ち始めたのは、たしか2021年の秋ごろ。 「それ何回教えたら覚える？」という言葉が頻繁に聞こえてくるようになった。 Bさんが何か質問すると「マニュアルに載ってる」「自分で調べなさい」「前回教えたときにメモしてなかったの？」と突き放すような言動が目立ち始めた。 そうやって突き放すわりに「なんで勝手に判断した？こっちに確認してから動いて」みたいなこともよく言っていた。 Bさんの仕事の覚えが悪いことは何となく察していたが、それにしたって言いようがあるだろと思っていた。 だんだんとAさんの態度はきつくなっていって、部署の雰囲気が悪くなっていった
「助けてくれ」とはっきり言う人しか、助けないほうがいい。
仕事においては、「人を助ける」という行為は、美徳に見えますが、意外にもそれなりの思慮を必要とします。 場合によっては、せっかくの行為が、単なる自己満足になることも。 というのも、「助けないこと」と「助けること」を天秤にかけると、あえて助けないほうが良かった、という結果もかなりの頻度で起こるからです。 ＊ 実は昔、私はお世話になった方から「勝手に人を助けるな、「助けてくれ」とはっきり言う人しか、助けないほうがいい」と言われたことがあります。 「どういうことですか？」と聞くと、彼は次のようなことを言いました。 まず、「勝手に人を助ける」とは、はっきりと助けを求められていないのに、何となくその人を助けてしまうこと。 いわゆる「善意」に近い。 しかし「善意」は問題を引き起こしやすい。 なぜか。 一つ目、当人が失敗して反省するという貴重な経験を奪う 命に関わる失敗はまずいですが、オフィスワークでその
Projects を使用した計画と追跡 - GitHub Docs
プロジェクトとは、テーブル、かんばんボード、ロードマップとして表示でき、GitHub データで最新の状態を維持できる、調整可能な項目のコレクションです。 プロジェクトでは、issue、pull request、メモしたアイデアを追跡できます。 issue と pull request をフィルター処理、並べ替え、グループ化して複数のビューを作成、カスタマイズし、構成可能なグラフを使って作業を視覚化し、チーム固有のメタデータを追跡するカスタム フィールドを追加することができます。 プロジェクトには、特定の手法を適用するのではなく、チームのニーズやプロセスに合わせてカスタマイズできる柔軟な機能があります。
誰もが表現者になれる時代はとっくに終わってるんだよ - シロクマの屑籠
今回の内容は、以前にも誰かが書いていたかもしれない。でもこれから私が書くことを一字一句違わず書いた人はいないはずだから、誰かに届くかもと期待しながら記してみる。 インターネットの普及期と現在を比較して、違っているところを挙げるとしたら何が挙がるだろう？ アングラ感の強弱。インターネットの多数派がどんな人なのか。コミュニケーションの主な手段がウェブサイトかブログかSNSか動画か。挙げれば色々ある。 今日、まとめたいのは「誰もが表現者になれる時代の終わり」についてだ。 インターネットではさまざまな新しいネットサービスが流行っては廃れを繰り返してきた。そして共通点がある。どのサービスでも、流行期には「誰もが表現者になれる」という夢が薄らぼんやりと漂い、それに釣られて集まってくる人々がいた。 90年代から00年代のはじめはウェブサイトの時代だった。この頃インターネットをはじめたアーリーアダプターた
「ドキュメントの書き方」を体系的に学んだことがないエンジニアへ 書籍『エンジニアのためのドキュメントライティング』の概要 | ログミーBusiness
インフラエンジニア向けの書籍を取り上げ、著者と出会い、楽しく本を知り、仲間を作る場所である「インフラエンジニアBooks」。ここで、『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』の翻訳を担当した岩瀬氏が登壇。まずは、本書籍の概要について話します。 本セッションの対象者と、セッションのゴール岩瀬義昌氏：ご紹介いただきました、岩瀬と申します。よろしくお願いします。『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』は、もともと『Docs for Developers: An Engineer’s Field Guide to Technical Writing』という洋書だったんですが、その翻訳をして、今回この機会をいただいています。 余談ですが、APC（株式会社エーピーコミュニケーションズ）さんが「カプセルトイ
23/8/29 「入間人間の手口がだいぶわかってきた」って何やねん - LWのサイゼリヤ
「入間人間の手口がだいぶわかってきた」って何やねん 何故小説では回りくどい言い回しをすべきなのか？ 完全回答本、発見 回りくどい表現をすべき理由 1. 小説には絶対に対立が必要である 2. 対立は主観的な認識の歪みに起因する 3. 主観的な認識の歪みは語りによって提示される ようやく入間人間の手口に戻る 入間人間の手口はほんとうにわかってきたのか？ 「入間人間の手口がだいぶわかってきた」って何やねん 入間人間の手口がだいぶわかってきた パターンあるしセンスじゃなくて技術 pic.twitter.com/UwgeUGKnCP — LW (@lw_ru) 2023年8月28日 何気なくツイートしたこれが妙な伸び方をして創作畑のフォロワーがけっこう増えたので、ここでわかったことについて責任を持ってちゃんと書こうと思う。 というのも、普段は1万RTくらいバズっても実はフォロワー数はあまり増えないの
ファイルアップロードではNFC/NFD問題に気をつけろ！~MacファイルシステムにおけるUnicode正規化の闇~
NFCではそのまま「パ」として表されますが、NFDでは「ハ」（基底文字）と「゜」（結合文字）の組み合わせとしての「パ(UTF-8でe3 83 8f e3 82 9a)」（合成文字）で表されます。試しにNFDで正規化された「パ(e3 83 8f e3 82 9a)」を任意のテキストエリアに貼り付けて削除してみると、半濁音のみが取れて「ハ」のみになると思います。 このように文字列の正規化形式が異なる場合、単純な比較演算子での評価は困難であり、文字列によっては想定外の挙動を引き起こす可能性があります。 特にMacファイルシステムではNFDを正規化方式と採用しているため、NFC/NFD問題が度々引き起こされています。先日(2023年03月27日)リリースされた「macOS 13.3 Ventura (22E252)」では、ファイル名に濁音や半濁音が含まれるファイルがFinderから開けなくなる
Rust を始めるための資料集 - Don't Repeat Yourself
かとじゅんさんのお誘いで、私塾匠真堂にて登壇させていただき、Rust に関する話をさせていただきました。ありがとうございました。 今回のセッションを通じて Rust を始めたくなった方向けに、Rust をはじめるための資料をいくつかリストアップしてます。よかったらどうぞ。 プログラミング言語の学習方法について Rust についてまず概観を掴む 文法を学ぶ 何かアプリケーションを実装してみる ちょっと突っ込んだ話を知りたい コミュニティの力を借りる 仲間を見つける 更新履歴 プログラミング言語の学習方法について みなさんは新しいプログラミング言語を学ぶ際、どのように学びますか？ 私は、軽く制御構文やデータ型の作り方などを学んだ後は、すぐにアプリケーションを作ってみて、詰まったらリファレンスを参照するといった学び方をしていることが多いです。 逆に、リファレンスをまず眺めて、文法をしっかり把握し
アジャイルプラクティスマップ | Agile Studio
アジャイルプラクティスマップはアジャイル開発においてよく使われるプラクティスを鉄道の路線図の形式でまとめたものです。単なる用語集とは違い、二次元で視覚的にプラクティスの位置づけを理解することができます。またアジャイル開発で用いられる各種手法の関連性をつかむことができます。 過去にも、Agile Alliance からアジャイルプラクティスの地下鉄地図（Subway Map to Agile Practices）が公開されるなど、多くの路線図形式のマップが存在しますので、このサイトはさながら Yet Another Agile Practices Map ということになります。 Agile Studio の識者たちにより、過去の歴史を踏まえたアジャイルのトリビアとも呼ぶべき豆知識も充実させました。 マップでは、「手法」を路線で、「プラクティス」を駅で示しています。プラクティスによっては、いく
Terraform で実現する効率的な GitHub 権限管理 - カミナシ エンジニアブログ
こんにちは。ソフトウェアエンジニアの坂井 (@manabusakai) です。 今月でカミナシに入社してちょうど 1 年が経ちました。前職では 6 年間 SRE チームにいたのでプロダクト開発はブランクがありましたが、さまざまな挑戦をさせてもらっていたらあっという間に 1 年が経っていました。 カミナシのエンジニアリング組織もこの 1 年で急拡大しており、入社当初から比べると正社員のエンジニアも倍以上に増えました。 GitHub の権限管理、どうしていますか？ ところで、みなさんが所属されている組織ではどのように GitHub の権限管理を行なっていますか？ カミナシではつい先日まで、ほとんどのエンジニアが Organization の Owner 権限を持っていました。理由は、メンターになったエンジニアがニューカマーのユーザーを招待していたからです。 しかし、統制が取れていないことでいく
OpenAI、企業向け「ChatGPT Enterprise」提供開始 高速GPT-4でプライバシーも安全
米OpenAIは8月28日（現地時間）、企業向けAIチャットサービス「ChatGPT Enterprise」の一般提供を開始したと発表した。価格は公表されておらず、使用状況やユースケースによって異なるとしている。 このサービスのユーザーのプロンプトと企業データは、OpenAIモデルのトレーニングに使用されることはなく、保存時も転送時もデータは暗号化される。 管理者向けの管理コンソールを備え、SSO（シングルサインオン）をサポート。ドメイン検証や使用状況の分析ダッシュボードも提供する。 3万2000トークンのコンテキストウィンドウ（4倍長い入力が可能）で、高速なGPT-4への無制限のアクセスが可能だ。APIを使うための無料クレジットも提供するので、カスタマイズできる。 さらに、これまで「Code Interprester」と呼ばれていたデータ分析機能を「Advanced Data Analy
ゲーム感想文：ARMORED CORE VI 面白さに繋がらない難しさ - kakaku01の日記
※2023/09/12追記 2023/09/11にアップデートパッチが配信されてゲームバランスが変更されたり知らない人が多すぎるターゲットアシストの仕様が公式サイトで説明されるようになりました。本記事はそれ以前の時期にキレた感想なので、今読んでも現在のゲームプレイとは一致しない可能性があります。 やりました。ARMORED CORE™ VI FIRES OF RUBICON™を…… www.armoredcore.net およそ10年ぶりとなるアーマード・コアシリーズの最新作。個人的にもアーマード・コアは2からⅤまでそこそこ長く付き合ってきたシリーズなので思い入れはあり、発売から二日間わーっと遊んでとりあえず一周したので感想をしたためます。 先に言っておくと割とキレ散らかしているので本作を楽しんでいる人の気分を害してしまう可能性があります。でもインターネットでいくらバズってるタイトルでも、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
3大ゴキゲンな読み方の漢字
『アーマード・コア6』、戦わず「エンブレム作り」に没頭する傭兵続出。“半額シール”、Appleマーク、太陽信仰など愛機を多彩にデコる - AUTOMATON
「NAT」「NAT越え」「NATタイプ」ってなーに？
