Clean Agile読書感想文
PySpa統合思念体です。Clean Agileという書籍が出版されたので、その読書感想文です。PySpaアドベントカレンダー2020の最終日のエントリーです。 本書の立ち位置と内容 エクストリームプログラミングについて、ケント・ベックとは別の平易な説明を試みた本です。XP自身もいろいろ変化があり、XPのプラクティスは12→13→24(11+13)→19と時代によって変わっていっています。ウェブサイトに残っている情報も、どの時代を参照しているのかによって説明がバラバラだったりしますが、この本は13で、多くの人が「原典」と考えるほとんど初期のシンプルな昔の構成にほぼ戻っているので理解しやすいと思います。12時代と13時代の間では「適切なペース」が増えました。本書では、「コーディング規約」がなくなったのと、「スタンドアップミーティング」が追加されています。 1章がアジャイル宣言を含む歴史の話、
こんにちは。データ・AI戦略部 SREチームの小野です。2020年8月に入社してから早3年。SREエンジニアとして、日々業務改善に励んでいます。 ここ一年ほど、SRE業務の一環で組織作りに挑戦しています。SREエンジニアの責務は自社サービスを安定稼働させ障害に強い基盤を作ることであり、どちらかというと「システム」に焦点が置かれがちです。しかし、個人的にはシステムを運用するメンバーのマネジメント(ピープルマネジメント)を含めた組織作りも重要だと考えています。なぜなら、どれだけ最先端で素晴らしいシステムを構築してもそれを運用するメンバーの行動次第では、障害につながる恐れがあるためです。 私にとってのSREは組織作りにおける文化のようなものであり、「SRE(文化)を組織にインストールする」気概で色々と挑戦しています。 今回は、その挑戦の一つとして「ヘルプデスク体制を構築した話」をお伝えしたいと思
Notionでのスクラム運用の現状報告
前書き どうも、スマートショッピングでプログラマーをやっている桑島です。 昨年末頃からスクラム運用にNotionを使い始めました。まだまだ試行錯誤中ですが、現在の利用方法などについて社内共有もかねて記事としてまとめたいと思います。 弊チームのスクラムのすすめかたについて 社内でもチームごとにスクラムの進め方がちがうので、私のいるチームが普段どうスクラム開発を行っているかまず説明します。 社内のエンジニアチームですが、いわゆるSaaSのロードマップ開発を行っているチームが3つ、ハードと組み込みソフトウェアを開発しているチームが1つ、あとSREチームが存在しています。 その中で私はマッハ（Mach）というロードマップ開発を行うチームに所属しています。 チームメンバーはエンジニアが3人、PdM、デザイナーとなっており、PdMとデザイナーは他チームとの兼任になっています。 開発の流れですが、基本的
Figma for VS Code - Visual Studio Marketplace
Launch VS Code Quick Open (Ctrl+P), paste the following command, and press enter. Streamline your design to code workflow with Figma for VS Code Figma for VS Code lets you navigate and inspect design files, collaborate with designers, track changes, and speed up implementation - all without leaving your text editor. Improve developer productivity by eliminating the context switching and busy work
Googleに14年間勤めた後にTwitterに転職したエンジニアで漫画家でもあるマヌ・コルネット氏が、2つの企業の違いについて語っています。 From Google to Twitter (initial thoughts) https://ma.nu/blog/from-google-to-twitter コルネット氏はGoogleで長年にわたりGmailやAndroidの開発に携わった経歴を持つエンジニアで、Googleで働いた経験を元にした漫画シリーズの「Goomics」などのアート作品を公開している漫画家でもあります。しかし、Twitterに転職後に描いた「Twittoons」について同社の人事部から目を付けられるなどのトラブルがあったせいか、イーロン・マスク氏による買収後に真っ先にレイオフのターゲットとなってしまいました。 https://t.co/4SPYyNYmjG On
70 万くらいかかる計算ですね、泣きたい。 とはいえ、これらを全て払う必要はありませんし、逆に人によってはもっとかかる場合もあります。 例えば、敷金・礼金は物件によっては無料です。その場合 20 万円浮きます。 また、仲介手数料も半月分に抑えられる場合もあります。これらを合わせると、70 万円が 45 万円まで下がります。 他にも、単身パック等を利用すれば引っ越し費用を抑えられます。 その分、新たに買う家具・家電が増えると思いますが。 私の引っ越しでは敷礼ともに 1 ヶ月の物件を契約したので、この試算とほぼほぼこの額同じくらいの金額がかかりました。 上京に合わせて引っ越し前の物件よりも条件が良い物件に住みたいと以前から思っており、1 年以上かけて 100 万くらい貯金していたので乗り切れました。 みんながみんなこの方法を取るのは難しいと感じています。 周りの友人は親に引っ越し費用を借りたり
GitHub - oldboyxx/jira_clone: A simplified Jira clone built with React/Babel (Client), and Node/TypeScript (API). Auto formatted with Prettier, tested with Cypress.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
ITエンジニアの【理想の開発環境】に関するツール・サービスランキング - TECH Street (テックストリート)
こんにちは！TECH Street編集部です。 IT・テクノロジー人材のためのコミュニティ「TECH Street（テックストリート）」は、定期的にIT・テクノロジーに関する調査企画を実施しております。 調査テーマは毎回コミュニティメンバー内で話題にあがったコト、興味関心が高いトピックスなどを対象に選定しています。 今回は「ITエンジニアの働く環境」と「開発環境」について、外部調査会社にご協力いただき日本国内のITエンジニアを対象としたWebアンケート調査を行いました。本記事では、調査結果を紹介いたします。 調査概要 調査項目 ITエンジニアが使いたいPCランキング ITエンジニアが使いたいビジネスチャットツールランキング ITエンジニアが使いたいWeb会議ツールランキング ITエンジニアが使いたいエディタランキング ITエンジニアが使いたいIDEランキング ITエンジニアが使いたいプロジ
はじめに 2020年も始まりましたね！ タイトル通りですが、2020年現在スタートアップや大手のWeb系IT企業で採用されている、トレンドとなっている技術についてそれぞれのジャンル毎に求人や採用ページ、ブログを元にまとめてみました。 いくつかピックアップしている形になるので、記述できてないものもありますが、ご了承くださいm(＿ ＿)m (適宜アップデートしていきたいと思います。) (自分のメイン領域がバックエンドなので、そちらに偏っていると思います) 言語編 Ruby サーバーサイドのスクリプト言語、動的型付け言語です。 まつもとゆきひろさん（Matzさん）により開発されたオブジェクト指向スクリプト言語。 日本生まれの言語です。 整数や文字列なども含めデータ型はすべてがオブジェクトであり、純粋なオブジェクト指向言語です。 有名なフレームワークである Ruby on Rails を使うと開発
2022 年 7 月から株式会社ログラスに業務委託として関わっている近藤です。 ログラスではスクラムによる開発体制を採用しています。この数ヶ月でスクラムイベントの 1 つであるスプリント・レトロスペクティブ（ふりかえり）の改善に取り組みました。この記事では主に次の対象者向けに、改善した内容について紹介します。 スクラムに取り組んでいる人 ふりかえりのやり方、効果に悩んでいて、改善したい人 ファシリテーションに興味がある人 ※ 以下、記事中ではレトロスペクティブのことを省略してレトロと呼びます。 経緯 改善前、レトロでは Miro を使った KPT[1] を次の流れで行っていました。 スプリントで完了したチケットの確認（Jira の Backlog 確認） KPT 作成の非同期ワーク[2]（以下、KPT ワークと呼びます） 各参加者が KPT 内容を発表 付箋のグルーピング Try について
みなさん 「議事録」 をどのような方法で作成し共有していますか？Wordファイルで書き、関係者にメールで連絡などしていませんか？ 近年では、会議中にWEBブラウザ上で議事録を書き、かんたんに共有できる便利なツール・サービスが数多くあります。本記事では議事録作成・共有に便利なツール・をご紹介します。 議事録を書く側・読む側が注意すべき点や、議事録作成のポイントはこちらの記事にまとめてありますので、ご一読してください。『今さら聞けない！議事録の書き方とポイントをおさらいしよう』 また、議事録作成サービスに近い情報共有ツール「社内wiki」について、以下で紹介しています。 • 社内wikiの導入から活用までの完全マニュアル 成長企業が実践する情報共有術！ おすすめ議事録作成ツール・ソフト ＜選定ポイント＞ クラウド上で議事録を管理 かんたんに議事録作成、共有できる 議事録の変更履歴を管理できる
理想は「SREチームをなくすこと」、一人目SREとしてたどり着いた真理｜イオン・エンジニアインタビュー ｜AEON TECH HUB
イオンスマートテクノロジー・SREチーム齋藤のインタビューです。2022年に1人目のSREエンジニアとして入社し、多くの課題を抱えていた組織を、地道な活動によって少しずつ変えていきました。Jiraの導入、100ページにわたるドキュメント作成、監視・モニタリング基盤の統一…齋藤はどんな想いで改革を進めていたのか、本音を伺いしました。
Translations: Korean Russian I was a bit out of touch with modern front-end development. I also remembered articles about web bloat, how the average web page size was approaching several megabytes! So all this time I was living under impression that, for example, if the average web page size is 3 MB, then JavaScript bundle should be around 1 MB. Surely content should still take the majority, no? W
こんにちは、freee Developers Advent Calendar 2022 8日目の記事です。 PSIRTでblue teamとして活動している eiji です。 サービスやシステムのsecurityを確保したいとき、まず、最初にやらなければならないことはなんでしょう？ FirewallやIPSのようなsecurity sensorを配置することが頭に浮かぶかもしれませんが、それよりも先にやっておかなければならないことがあります。 それは、logを取ることです。 logがなければ、攻撃や異常を検知できませんし、検知できなければ、サービスやシステムを守るための行動をとることができません。 では、全部のlogを取るのか？ といわれると、答えは乱暴に言うとYesなのです。でも、全てのlogを単純に保存したとして、多くの人はそこからsecurityを確保したと言える状況に至る道筋を思い
新規サービス「FAANS」における、立ち上げからReact+TypeScriptのSPA開発を2年間運用した際に取り組んだ組織的・技術的な課題 - ZOZO TECH BLOG
こんにちは、ブランドソリューション開発本部フロントエンド部の田中です。 普段はFAANSのWebフロントエンドの開発を行なっています。 FAANSとは「Fashion Advisors are Neighbors」がサービス名の由来で、ショップスタッフの効率的な販売をサポートするショップスタッフ専用ツールです。 ショップスタッフ向けにコーデ投稿・成果確認などの機能が存在し、2022年8月に正式ローンチしました。詳しくは以下のプレスリリースをご覧ください。 corp.zozo.com 現在FAANSは立ち上げから2年経過し、Webフロントエンドの開発現場において様々な組織的・技術的課題がありました。 今回はその課題と取り組みについて紹介したいと思います。 目次 目次 前提 FAANSの組織の特徴 FAANSのWebのプロダクトの特徴 変化の多い環境下で遭遇し続ける課題 組織的・技術的課題とそ
こんにちは。メルカリのQAエンジニアリングマネージャーの@____rina____ です。今回は、連載『Mercari Hallo, World! -メルカリ ハロ 開発の裏側-』の第4回を担当します。 本記事では、メルカリ ハロのサービスローンチまでのQAプロセスを通じて、私たちはどのようにして安心・安全なプロダクトを迅速にリリースするための戦略を実行したか、具体的な方法とともに詳述しています。 この記事を通じて、以下の点についての理解を深めていただけることを目指しています： QAの役割とプロジェクト概要 効率的なQAアサイン戦略 成果物の透明性と管理ツールの効果的な活用方法 また、この記事を書くにあたり、私自身が学んだことや得た教訓についても触れています。これらの経験は、今後のプロジェクトにおいて更なる品質向上と効率化を目指す上で非常に貴重なものとなりました。 プロジェクト概要とQAの
こんにちは、かとじゅんです。 『Chatwork Product Day 2022』に関連してブログを書こうということで、Akkaのプラグインの改善などをテーマに記事を書こうと思ったのですが、Akkaのライセンス変更が界隈ではちょっとしたニュースになりました。「Chatworkさんはどうするの？」とよく聞かれるので、Chatwork社での今後の方針について簡単にまとめてみたいと思います。 Akkaのライセンス変更 www.lightbend.com Akka 2.7 から Apache License Version 2.0 から Business Source License (BSL) v1.1 に変わりました。BSLはMariaDBでも採用されているライセンスです。 The new license for Akka is the Business Source License (BS
「開発者のための最高の環境をつくる 」をミッションに新設されたReliability Engineeringセンターを紹介します
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog LINEの開発組織のそれぞれの部門やプロジェクトについて、その役割や体制、技術スタック、今後の課題やロードマップなどを具体的に紹介していく「Team & Project」シリーズ。今回は「エンジニアに価値ある環境とツールを作る 」「環境とツールをより価値あるものにする方法を探し出して実行する 」をミッションに設立された、Reliability Engineeringセンター（REC）を紹介します。 RECのセンター長である片野をはじめ、室長やマネージャーを務めるLINEのエンジニアたちに話を聞きました。 ―― センター設立の背景、目的、コンセプトなどを教えてください 片野： RECのセンター長を務めている片野です。LINEの開
1万文字オーバーの記事のため、要点だけお読みになりたい方は、一番最初の「プロダクトマネージャー役割と業務内容」というチャプターをお読みください。 はじめに昨今ではプロダクトマネジメントの教科書といえるような本や記事が増えています。しかし、そういった記事にいいねを推しつつも、こんな事を思ったことありませんか？ 「プロダクトマネージャーの仕事多すぎる。。。」 そう感じられているプロダクトマネージャーの方は多いのではないでしょうか。（もちろん自分もその1人です。） そして、プロダクトマネージャーの採用活動を進めるとこの事実にも気付きます。 「教科書通りのプロダクトマネジメントを実践している人はいない。」 「面接でここまで広範囲の業務能力を評価しきれない。」 そのような事を感じた事のある方向けに、プロダクトマネージャーとして最低限果たすべき3つの業務を提言したいと思います。 私は、GENDAという
2019年12月5日、LINE Fukuoka株式会社にて「【業務・サービス改善meetup】LINEサービスの運営改善の裏側みせます！」が開催されました。LINEのサービス運営の舞台裏や、サービス運営における課題をいかにして解決したのか、事例や知見を現場のエンジニアたちが紹介します。「LINEのサービス運営業務を支える社内システム開発事例」に登場したのは、LINE Growth Technology株式会社 福岡開発室でプロジェクトマネージャーとして活躍する金原まり子氏と、サーバサイドエンジニアの平井伴哉氏。LINEのサービスを支える社内システムの改善・開発においてどのようなアプローチを行ったのか、プロジェクトにおける工夫を語ります。 LINE Creators Market審査ツール改善の舞台裏 金原まり子氏（以下、金原）：みなさん、こんばんは。金原まり子と申します。 LINE Gro
「アジャイル」という開発手法が登場して久しい。日本の開発現場にもアジャイルという言葉自体は徐々に浸透してはいるが、一方で「アジャイルとは何か」という定義の曖昧さや、実際の事例の少なさなど課題は多い。そんな中、アジャイル開発支援ツールのベンダーである豪Atlassian社は、「アジャイルの振り返り」のキャンペーン活動を行っている。同社のJason Wong氏は活動の中で世界中のアジャイル開発者から集めた声を紹介した。また、アジャイルソフトウェア開発宣言に立ち戻り、よりよいアジャイル開発を実現するためにはどうすればよいか、提言が行われた。 講演資料：アジャイルを「ふりかえる」 アジャイル開発そのものについて振り返りを行う「#RetroOnAgile」 Atlassian Pty Ltd. Principal Product Manager Jason Wong氏 オーストラリアのシドニーに本社
ヘルプページ作成タスクの透明性を上げたら、UXライターの経験知を共有知に昇華できた話 - SmartHR Tech Blog
こんにちは、UXライターの8chariです。早いものでSmartHRに入社して1年が経ちました！初めてTech Blogを書くのでドキドキしています。 SmartHRでは、フィーチャーチームでプロダクトを開発しており、開発プロセスの改善を日々行なっています。 この記事では、私が所属しているBチーム*1でヘルプページ作成のプロセスを見直し、チームのボトルネックを解消しようとしている話を紹介します。 特定の業務を担当できるメンバーが限られていて、以下のような課題を感じている方の参考になると嬉しいです。 必要なノウハウや知見がほかのメンバーに広まらない プロジェクトのボトルネックになっている 担当できるメンバーの負荷が高くなっている 前提 UXライターがいる開発現場はあまり多くないと思いますので、前提を説明します。 SmartHRのUXライターは「言葉の力でプロダクトを、もっとわかりやすく」する
Introducing Dispatch
By Kevin Glisson, Marc Vilanova, Forest Monsen Netflix is pleased to announce the open-source release of our crisis management orchestration framework: Dispatch!Okay, but what is Dispatch? Put simply, Dispatch is: All of the ad-hoc things you’re doing to manage incidents today, done for you, and a bunch of other things you should’ve been doing, but have not had the time! Dispatch helps us effectiv
こんにちは、業務委託でPR TIMESにJOINしているuzulla (”うずら”, twitter, GitHub)です。本エントリではPR TIMESで行っているリファクタリングデーについてお話したいと思います。 リファクタリングデーとは？なぜ必要か？ PR TIMESは歴史あるサービスです。サービス・機能は追加され、削除され、結果古いコードが大量に存在します。今後もスピード感を維持しつつ成長を続けるためにはそれらの整理・改善・削除、つまりリファクタリングが重要なことはいうまでもありません。 日々の業務においてリファクタリングが行われていれば問題ありませんが、日々サービスの成長にフォーカスしていくとやはり後回しになりがちで、タイミングを失います。 その為に「リファクタリングデー」という「リファクタリング作業を定期的に実施する日」をとりきめて実施しています。現在は月に一回程度開催され、３
こんにちは、はじめまして。 今年の4月からデザインチームにプロモーション担当としてジョインしているデザイナーの谷崎です。 私はいま、富山県からフルリモートで在宅勤務しているのですが、一回もオフィスに行ったりリアルでお会いしたことがないにも関わらず、首都圏在住のチームの皆さんとの距離はまったく感じません。ほぼパフォーマンスに差し支えない、と言っても過言ではないです。 「地方からフルリモート勤務」という働き方もじわじわ広がってきている昨今、リモート勤務に関わる皆さまの参考になればと思い、なぜ私がチームとの距離を感じず楽しく働けているのかをまとめてみます。 ※アイキャッチ中の写真は、お花見の時に撮った富山が誇る名峰、立山連峰の写真です。ちょっと足を伸ばせば、こんな景色が当たり前の環境で仕事させてもらえているのは、やっぱりいいなとしみじみ……。 1. 部署をまたいだ情報共有体制が整っている わから
Notionには同期データベースとしてGitHubやJiraなどを同期できるDBがありますが、任意のサービスには対応していません。 もっと色々なサービスと同期するNotionのデータベースが欲しかったので、bluenotiondbというツールを作りました。 azu/bluenotiondb: Sync Bluesky/GitHub/Calendar/RSS to Notion. bluenotiondbは、色々なサービスからデータを取得してそのデータをNotionのデータベースに追加するツールです。 現状では次のサービスに対応しています。 Bluesky Pull Posts from Bluesky and push to Notion GitHub Activity Pull events of GitHub user and push to Notion Open/Close/Com
ヤフーのPrivate PaaS、KaaS、スタディストのTeachme BizにおけるSREの取り組み SRE（Site Reliability Engineering）は、サービスやインフラの信頼性にまつわる多くの課題を、ソフトウェアの力で解決していこうとするアプローチとして注目を集めています。企業にとって、ITシステムがビジネスに大きなインパクトを与えるようになった現在、多様なシステムの「信頼性」を確保し、高めていくための取り組みは重要性が増しています。今回、ヤフーでSREに向けた取り組みを続けている水落啓太氏、増田彬氏と、スタディストで開発部副部長兼SREを務めている北野勝久氏に、それぞれの企業で、どのようにSREに取り組んでいるのか、今後SREの領域で注目すべきテーマは何かについて語ってもらいました。 Private PaaS、KaaS、B2B SaaS……それぞれのSREの役割
iOSアプリのweeklyリリースを支える技術 - SmartNews Engineering Blog
タイミング 各フェーズで起点となるタイミングについて説明します。 プランニング確認 上の表の「プランニング」の週に行います。 リリースの3週間前にプランニング確認のミーティングを行います。開発の進捗や、一週間でQAが行える分量なのかなどを確認して、そのバージョンに含める機能を最終調整して確定します。そのタイミングまでは、PdMやエンジニアがNotionに機能を追記していきます。 QA準備 上の表の「開発」の週に行います。 リリースの2週間前にQA準備のミーティングを行い、そのバージョンのテストシナリオやQAリソースが足りているかどうかを確認します。休日などの都合に応じて工程調整を行ったりもします。 QA開始 上の表の「QA」の週です。 QA開始前までに全てのpull requestをマージしておく必要があります。このタイミングに間に合わなかった場合は次のバージョンに延期されます。 QA開始
スクラム実践者が知るべき97のこと
アジャイル開発手法のなかで最もよく使われる手法の1つがスクラムだ。スクラムは、複雑な問題に取り組むためのシンプルなフレームワークであり、シンプルであるがゆえに実践には要所を押さえるスキルが必要になる。 本書は、世界中で活躍するスクラム専門家が自らの経験と知見に基づいて執筆したエッセイ集である。スクラム適用の戦略、スクラムで進める上での戦術やパターン、さまざまな職種のコラボレーション、組織への影響などについて幅広い視点で紹介する。 日本語版では、及部 敬雄、小林 恭平（kyon_mm）、高橋 一貴、長沢 智治、平鍋 健児、安井 力（やっとむ）、和田 卓人、永瀬 美穂、原田 騎郎、吉羽 龍太郎による10本の書下ろしを収録。 訳者まえがき はじめに 第Ⅰ部 始め、適応、繰り返し 01 スクラムについて誰も教えてくれない5つのこと マーク・ロフラー 02 プラクティスよりマインドセットが重要 ギル
こんにちわ。shogo4405です。普段は、ミラティブで開発しながら、余暇にOSSのHaishinKit*1をつくっています。本エントリーは普段UI開発を行なっているクライアントエンジニア向けに、ミラティブで導入しているDangerの実践レシピを公開いたします。 はじめに Dangerとは「Pull Requestの作法を形式化して指摘を自動化」するツールであり、採用している開発者の方も多いのではないでしょうか。Dangerの導入にあたってはDangerで始めるPull Requestチェック自動化 - コネヒト開発者ブログを参考にして導入いたしました。ありがとうございます。 ミラティブ社でも形式的なチェックは基本的にDangerに任せるにようしています。本エントリーでは、開発現場のあるある指摘内容をレシピ集という形でまとめました。 レシピ１：githubの更新があった箇所のみ指摘する 定
株の銘柄分析（簡易） 2022年10月20日現在の 7033 MSOL 2021年10月期の実績より売上成長率を振り返ってみると 売上成長率 直近 40.7％ 売上成長率 3年平均年換算 36.1％ 売上成長率 5年平均年換算 38.5％ 成長性の実績をみると 高成長が続いている と言えます。 Sponsored Link 今後の売上成長率を予測する上で四季報や会社が発表している数字をみてみます。 売上成長率の最新四季報予想値（四季報22年4集）では 前期（21年10月期）売上7,359百万円に対して 今期が売上11,500百万円を予想なので 前期に対し今期が56.2%伸びる見込み 来期が売上16,000百万円を予想なので 今期（四季報予想値）に対し来期が39.1%伸びる見込み 四季報 （四季報22年3集） 業績見通しは 成長 トピックスでは 株主還元 ＰＭ実行支援は公共系等リピート需要
kotlinfest2019.md オープニング・セッション: あいさつ 長澤 太郎さん ( @ngsw_taro ) オープニング・セッション: What's new in Kotlin? Svetlana Isakovaさん( @sveta_isakova ) https://speakerdeck.com/svtk/whats-new-in-kotlin Kotlin コルーチンを 理解しよう 2019 八木俊広さん ( @sys1yagi ) https://speakerdeck.com/sys1yagi/kotlin-korutinwo-li-jie-siyou-2019-kotlinfest2019 Server-side Kotlin by Ktor 清水 顕さん ( @kaonash_ ) https://speakerdeck.com/kaonash/server-si
努力しないFigmaとの付き合い方
この記事は12月22日に行われた「Figma Design File 大公開！ デザイナー忘年会2022」で話した内容を記事化したものです。 デザインデータは中間成果物 これはこの記事のベースとなる考え方です。僕はデザインデータは中間成果物であり、いつか捨てられる（メンテされなくなる）ものだと考えています。 デザインデータを作る目的はエンジニアやBizDevの人たちとのコミュニケーションを円滑に進めることです。その目的を達成する以上に整っている必要はないと考えています。 また僕は実装されお客さんが実際に利用するアプリケーションの品質が全てだと考えていて、デザインデータをきれいに整えることは時間の無駄になることが多いと思っています。本当に考えるべきことはデザインデータをきれいに運用することではなく、品質の高いUIがきちんとリリースされる仕組みです。 しかしあまりにも無秩序に散らかっているとコ
Link and Motivation に入社して3ヶ月が経ちました 🙌 ~ エンジニアが非IT企業で働くという選択肢 ~ - Link and Motivation Developers' Blog
はじめまして。Motivation Cloud のエンジニアをしています、宮田と申します。 Link and Motivationには2022年3月に入社しました。 私はキャリアにおいて、SIerやITベンチャーといった創業当時からIT系のサービスを提供する会社に在籍していました。 Link and Motivationのような創業が非ITの会社は初の経験です。 本記事では、入社してから感じたことを書こうと思います（忘れないうちに！）。 Link and MotivationやDXを進める非IT企業に興味を持っている方の参考になれば幸いです🙇♂️ Link and Motivation に興味を持ったきっかけ 元々Link and Motivationという会社のことは知っていました。 新卒の就職先としては人気でしたし、グループ会社のopenworkは転職時の参考にしていました。 しか
「Offersエージェント」では、業界で活躍するプロフェッショナルがあなたの転職を徹底サポート。CxO経験者を含む現役エンジニア・デザイナー・プロダクトマネージャーが在籍し、職種に特化した専門的なアドバイスをご提供・非公開求人の紹介も可能です。 →【かんたん30秒】無料登録で転職相談する アプリエンジニアは副業に向いてる？ はじめまして、アプリエンジニアとして副業をしている @jumboOrNot です。本業ではレアジョブという会社でマネジメントをしています。 「副業エンジニアとして3年目に突入したのでコツをまとめる」という記事をnoteに書いたり、副業イベントで登壇したりしていたのですが、もう少しアプリエンジニアとしての視点にフォーカスした形で文章を書きたいと思い、筆を執りました。この記事を通じて、少しでも副業に興味がある人が増えればと思います。 ここで言うアプリエンジニアとは、Swif
こんにちは！株式会社Rabeeでデザイナーをしています、nanamiです🌿 今回はLPやサービスサイトでよく見かける「料金比較表」のUIパーツに特化してデザインを集めてみました。 LPや特定のサービスサイトは構成要素が比較的パターン化されています。 「この要素・セクションのデザインどうしよう」となった時用に、要素ごとにデザインのパターンのストックを持っておきたい。 そんな皆さまに参考にしていただけると嬉しいです！ はじめに今回は、集めた料金比較表のデザインをこちらのサイトを参考に、テーブル型、カード型、ブロック型の３パターンに分類してリストアップしています。 特記事項以下に掲載している料金表は、記事作成時点（2024.2.27）でデザイン学習を目的として収集したものです。現在の料金とは異なる可能性がありますのでご留意ください。 【テーブル型】行＆列の表形式 横軸に料金パターン、縦軸にその
この記事は、:christmas_tree:GMOペパボエンジニア Advent Calendar 2023 の20日目の記事です。 先日、ニッチなバグに遭遇したので、そのことについて書こうと思います。 発端 私が所属しているチームには、以下のような GitHub Actions を利用したワークフローが存在します。(簡略化しています。) チェックアウト。 リポジトリ管理下にあるダンプファイルを mysql:8-debian イメージで起動しているコンテナの MySQL にリストア。 MySQL を利用してギョーミー1な処理を行い、結果を取得。この際、データベースの内容も更新される。 mysqldump コマンドでデータベースのダンプファイルを取得。 ダンプファイル含め、成果物をコミット。 その他あれこれして終了。 上記のとおり、データベースサーバを恒常的に用意するのではなく、ダンプファイ
Summary Log4j versions prior to 2.16.0 are subject to a remote code execution vulnerability via the ldap JNDI parser. As per Apache's Log4j security guide: Apache Log4j2 <=2.14.1 JNDI features used in configuration, log messages, and parameters do not protect against attacker controlled LDAP and other JNDI related endpoints. An attacker who can control log messages or log message parameters can ex
明けましておめでとうございます。 2023年9月にINGAGEにジョインしたSREチームのanecho108です。 さっそくですが本記事の内容に入りたいと思います。 弊社のサービスは、AWS上のオブザーバビリティを獲得する方法としてNew Relic を利用していましたが、 そこからDatadogに乗り換えました。 Datadogの導入は僕が主体で行っていましたので、その時に考えていたことや反省点をまとめました。 なお、Datadogを肯定するわけでも、New Relicを否定するわけでもございませんのであしからず。 なぜ乗り換えしようとした？ New Relicのコスト問題 日本語テクニカルサポートが受けられていなかった "僕"がオブザーバビリティの獲得に至っていなかった 周りにDatadogを使ってます勢が多い 日本リージョンがある そんなところへDatadogから営業メール Data
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SREエンジニアがヘルプデスク体制を作ってみた話 - ぐるなびをちょっと良くするエンジニアブログ
TwitterとGoogleを渡り歩いた異色のエンジニアが「企業文化の違い」を語る
新卒Webエンジニアの上京引越振り返り - ぷらすのブログ
「Notion」の対抗馬「Microsoft Loop」がソースコードの埋め込みに対応／「Planner」「To Do」、「Trello」「Jira」、「YouTube」など連携可能なアプリも拡大
2020年現在 Web系企業で採用されてる技術についてまとめてみた - Qiita
50分のふりかえり（スプリント・レトロスペクティブ）の議論時間を 2 倍に改善した話
【2024年版】議事録作成ツール・サービスおすすめ12選（無料あり）
JavaScript Bloat in 2024
脅威 Intelligence と log 運用 - freee Developers Hub
メルカリ ハロ リリースのQA戦略 | メルカリエンジニアリング
Akkaのライセンス変更について - Chatwork Creator's Note
プロダクトマネージャーの最低限の3つの業務【業務フォーマット付き】｜Hiroki Shigemura
LINEのサービスを支える社内システム改善の裏側 プロジェクトマネジメントにおける知見と工夫
世界中の開発者が「アジャイルの意味」を振り返って見えてきた3つの問題とは？【デブサミ2020】
PR TIMESにおけるリファクタリングデー | PR TIMES 開発者ブログ
地方からフルリモート勤務している私がチームとの距離を感じない理由 - ユニファ開発者ブログ
Bluesky/GitHub/Calendar/RSSをNotionに同期するbluenotiondbを作った
重要さが増すサービスの「信頼性」を高めるためにSREエンジニアたちが続ける挑戦
アプリ開発を支える10個のDangerレシピ - Mirrativ Tech Blog
7033 MSOL 高成長が続く、株主還元は優待から配当へ 2022年10月20日現在 - ねこぷろ
Kotlin Fest 2019 登壇資料まとめ · GitHub
アプリ開発エンジニアが副業案件を獲得するために意識すること | Offers Magazine
「料金比較表」のUIを集めてみた｜パーツ別デザインまとめ｜nanami
弘法も筆の誤り、あるいは、DBバックアップのリストアテストはしたほうが良い話
CVE-2021-44228 - GitHub Advisory Database
New RelicからDatadogに乗り換えした話 - インゲージ開発者ブログ