はじめに こんにちは。 普段はフロントエンドの開発をメインでやっておりますmamiと申します。 最近バックエンドの方の勉強や、少しずつですがDB設計やAPI作成などの業務もやらせてもらえるようになったので、自分のエンジニアとしてのレベル感や、この先目指すべき道筋を明確にしたいな〜という思いでこの記事を書いております。 これは自分のための記事であると同時に、同じように駆け出し中のエンジニアさんや、ミドル層を目指す手前のエンジニアさんにも刺さる内容になっているかと思います。 今、自分がどのようにキャリアアップしていくべきなのか、どのような道筋でスキルを磨いていけばいいのか。そんなふうに悩んでいる方は是非読んでみてください。 ※内容はバックエンドエンジニアが対象になりますが、フロントエンドの方もなにか通じるものがある…かもしれません。 ちなみにですがフロントエンドの方の記事は下記で執筆しています

僕はほとんど酒を飲まないし あまり酔いたくない。 ビールは苦いだけの汁だと思ってたが、この前飲ませてもらったのは美味かった 名前は知らないがイタリアのビールらしい 味が濃かった。 味が濃いって形容するのかわからないが、濃かった。 濃くて美味しかった バドワイザーも飲んだがめっちゃ味が薄くて(こういうのは軽やかっていうと聞いた)あまり良くなかった スーパードライも薄い。発泡酒はどれも苦いだけだった。 僕のような味が濃いのが好きな人におすすめのビールを教えて 正月に飲んでみたい 黒いのとか濃いのかな

弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 はじめに 本記事は2023年のエンジニア向け生産性向上ツールの紹介記事です。 2022年11月のChatGPTの登場を機に生成AIは急激な進化をみせ、生成AIに関連したツールが次々と登場しています。ソフトバンクグループの社長である孫正義氏が 「ChatGPTを使ってない人は『人生を悔い改めた方がいい』」と発言 するほど、これからは"どのようにAI等のツールを活用するか"が重要となります。強気の発言ではありますが、活用するのか・取り残されるのかという危機感を強く持つべきとの意図であるといえます。 実際、現代ではITツールを使いこなしてるか否かで生産性に明確な違いが現れるように

大手百貨店・高島屋のオンラインストアで販売されたクリスマスケーキの一部が崩れた状態で購入者に届いた問題で、ケーキの監修をしたフランス料理店「レ・サンス」のオーナーシェフ・渡辺健善さんに話を聞きました。 【以下、渡辺さんのコメント】 いったい何が起こっているのかと。 工場に何度も伺って試作を重ね、1年かけて作り上げたケーキが、あんなふうに崩れた写真を見ると、本当に残念。 あのケーキのヒラヒラしたフリルのようなクリームの形状は、もう5年ほど前から同じ形で同じ工場に製造委託して出しているもので、冷凍で配送するのに問題ないか何度も実験した。これまで、問題は起きていなかった。 予約数は高島屋もキャパシティーをオーバーしないよう慎重にコントロールしていた。 クリスマスという一番いい時期に、一番いいものを食べてほしいと一生懸命作ったケーキなので、残念で仕方がない。 一番気の毒なのは、注文してくださったお

弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 はじめに 英語での適切な命名は、コードの可読性や保守性を向上させるために重要です。適切な命名規則を守ることがコードの理解や共有において不可欠です。 英語での命名規則を学び、適切な命名を行うことで、コードの読みやすさや保守性を向上させ、チーム全体でのコードの理解を促進する手助けとなります。 この記事では、日本人エンジニアが英語での命名規則を理解し、適切な命名を行うための指針を提供します。 命名フローチャート 変数 関数 クラス 1. 変数 1-1. boolean 1-1-1. 存在するかどうかのフラグ 名詞 + exists

新型コロナウイルス禍で広がったテレワークの活用が後退している。日本生産性本部の最新調査で企業の実施率は15.5%となり、2020年5月の初回調査から半減した。コロナ禍が去り、多様な働き方を認めて生産効率を高める本来の狙いが浸透していない実態が浮かぶ。日本生産性本部が7月に1100人を対象にインターネットで調査を実施した。テレワークの実施率は前回調査の23年1月から1.3ポイント下がり、最低を更

最近、毎日のようにEMのいくおさん（ @dora_e_m ）とTwitterXでわちゃわちゃしてる。彼のポストを見ていると、ガンプラをつくるかビールを飲むかしかしていないように見えるが、それで合っている。 という冗談はおいといて真面目な話をすると、エンジニアとしての僕は彼と仕事ができている今の時間のことを本当に貴重な時間だと思っている。とにかく仕事がしやすいし、いろいろな気づきを与えてくれるおかげで、自分自身の成長も感じている。 エンジニアリングマネージャとしての知識が豊富でスキルが高いというのはもちろん、人との接し方や日常的なふるまいもとても尊敬できるものなのだ。 そこで今日は、僕が彼とこの3ヶ月間仕事をしていて、やりやすい・尊敬していると感じていることの中から10個だけ簡単に紹介しようと思う。僕からいくおさんへの日頃の感謝の気持ちをあらためて書いておこうと思っただけとも言う（ふだんから

はじめに この記事は、AEON Advent Calendar 2023の21日目です🎉 イオンスマートテクノロジー株式会社（通称AST）のCTO室TechLeadチームの@t0doroki_takaです。弊社ではSREチームの発信に勢いがありますが、アプリケーションレイヤーよりの話題も積極的に発信していければと思います。 自分の敗戦の振り返り 以前、大規模ECシステムのリプレース案件に関わった時(そして敗戦したとき)の振り返りです。 今回取り上げるケーススタディは、システム全体(連係するシステム含む)としては段階的移行ではありましたが、主ターゲットとなるシステムは、全EC機能を包括する大規模なシステムで、それをフルスクラッチでリプレースするものでした。 巨大なモノリス構造であったため、マイクロサービスアーキテクチャに移行することで、サービス提供のアジリティを確保することが目的の一つでし

最終更新日: 2024年05月07日(火) 1. ご挨拶 2. 本記事執筆のモチベーション 3. ワークショップを通じて得たフィードバック 3-1. Pains -過去抱えた/現在進行形で抱えている辛み- 3-2. Approaches/Solutions -Pains を解消するために取った方策や導き出した解決策- 3-2-1. えいやで場所を決め打ちしてしまう(e.g., GitHub Wiki + Google docs しか使わない) 3-2-2. 個人的に、2023/12/05時点で〜みたいな書き方を心がけている 3-3. Tips -効果的な手法- 4. オーディエンスからの反響 4-1. 気づきや学び・NEXT ACTIONS 4-2. プレゼンター(@hayat01sh1da)へのフィードバック 4-3. Slack での反応 5. おわりに 1. ご挨拶 初投稿となります

犬を送る。【ちばてつや賞ヤング部門第89回優秀新人賞】13年飼っていた愛犬、たまが死んだ。そして同時に、子供のいない私たち夫婦の関係も終わろうとしていた。たまの亡骸を抱えていつも通りの散歩道を歩くと、一緒に過ごした日々が走馬灯のように蘇る。幸せを感じた日、絶望を味わった日。その愛憎入り混じる記憶の先にあったのは──。問題を抱えた夫婦の喪失と再生を描く物語。

pdfmeとは Website: https://pdfme.com/ TypeScriptで書かれたオープンソースの無料の帳票エンジン。 テンプレートを使って宣言的にPDFを作成でき、サーバー、ブラウザどちらでも動作する。 2022年2月にbeta版としてリリースしてから現在 Version3で GitHubではStartが1500、npmではバラツキはあるが週間1万件くらいのダウンロードがある。 自分が把握しているだけで、世界中で採用事例があり、電子カルテ作成、工場の手順書作成、ECのカスタムパッケージ制作ソフトなど、すでにいろんなサービスに組み込まれている。 この記事ではどのようなモチベーションでpdfmeを開発しているのかということを説明したいと思います。 なんで帳票エンジンを新規開発するのか PDFファイルを作成・編集するという観点ではpdfkitという素晴らしいライブラリが20

走り出す花びら 甘井最鹿 迷いと緊張を抱えて単身やってきた海の向こう、日本。何もかもが手探りのこの場所で、「新しい私」なんて、本当にみつかるんだろうかーーー？

列挙型、JavaでいうならEnum型、使っていますか。使わないわけにいきませんよね。 でも、Enumを使っていたせいで辛い目にあったことありませんか。ないですか。それならきっともうすぐに辛い目にあうと思います。 Enumはすべてのプログラマに等しく辛みを与えてくれるからです。そんな辛みについて、ちょっと一緒に直視してみましょう。 エムスリーエンジニアリンググループ、Unit1（製薬企業向けプラットフォームチーム）三浦(@yuba@reax.work) [記事一覧 ]がお送りいたします、エムスリー Advent Calendar 2023の6日目です。 アプリケーションプログラミング上の辛み 1. 既存のif文が偶発的に意図しない方に倒れる 2. switch文に至っては「どちらでもない」で処理不発に アプリケーションプログラミング上の対策 1. 分岐条件をEnumに持たせる 2. swi

部下の力を最大限に引き出す育成をするためには、どのような関わりをすればよいのか。褒める・叱るではない「行動承認マネジメント」のノウハウを、株式会社シンプルプランの丸茂喜泰氏が解説します。本記事では、生産性の高いチームの特徴をもとに、自社でオープンなコミュニケーションを作り上げていくためのポイントを解説しました。 前回の記事はこちら 管理職が担っている3つの役割 丸茂喜泰氏：あらためて本日のゴールです。私としましては、みなさまがご自身の日頃の行動に照らし合わせた際に、「できているか？」を点検する機会にしていただければなと思って、進めていければと思っております。 では、今日のテーマである「行動承認マネジメント～褒める叱るじゃない若手社員の育て方～」をお話ししていければと思います。この話に入る前に、一応確認でございますが、今回のテーマはマネジメントです。管理職や職場のマネージャーと呼ばれるような

insulated truck運転手 @phoenix_corner FMラジオ（主にK-MIXとTOKYO FM） 自動車、商用車、警察、消防、自衛隊、鉄道、無線傍受 、うさぎ　日産AD　うさ飼い 【注意】私をフォローするとあなたのTLが警察と消防と自衛隊とうさぎと商用車（主にADバン）で埋め尽くされる可能性大です。 insulated truck運転手 @phoenix_corner 年末調整の会社提出期限を過ぎてしまい、こちらからお願いしても会社の担当者に 「もう受付けません」って言われた人へ送る魔法の言葉 「年末調整って会社の義務ですよね？法律で決まってますよね？」 「そもそも法律上の期限は来年の1月31日ですよね？」 ↑これを言うと高確率で受けてくれます insulated truck運転手 @phoenix_corner それでも駄目と言われた人。 そんな貴方に贈る、更に禁じ手

こんにちは。くるしばです。 元々コンサルタントの仕事をしていましたが、独学でプログラミングを学習し、Webサービスを作って起業しました。 その後個人で開発したサービスを売却したり、また別のIT系の会社を創業、経営したりしています。 去年の8月から下記のTwitterにてプログラミング学習に関して発信し始め、ありがたいことに13000人以上の方々にフォローして頂きました。 プログラミング初心者に絶対覚えてほしい、ググる時の効率が10倍上がるコツ pic.twitter.com/hK1ZhNavwh — くるしば | 読めば10倍効率が上がるプログラミング学習の教科書 (@shiba_program) September 13, 2022 最近は下記のように、Udemyでプログラミング講座も出しています。 ありがたいことに公開から3ヶ月で800人以上の方に受講いただき、Reactジャンルの講座

プロダクト開発のアンチパターン プロダクトオーナー（PO）が仕様案を持ってリファインメントや計画に臨み、エンジニアが実現可能性や曖昧さの観点からダメ出しをして手戻りが起こる……スクラムやデュアルトラックアジャイルを志向する組織においては、一度は目にする光景だろうと思います。しかしこれは、以下のふたつの理由からひどいアンチパターンであると言えます。 ひとつには、仕様案を持って臨むPO側の精神的な負担があまりにも大きいやり方だからです。ちゃんとした仕事をしているPOならば、そもそも仕様案なんていう細かいところにたどり着くまでに、とてつもない量の不確実性を捌いてボロボロになっているのです。プロダクトのミッション、戦略、プロダクトゴール、ユーザーの課題、仮説検証の設計、MVPの特定、そういった大上段からのヘビーな分解を繰り返して、ようやくたどり着くのが具体的な仕様案なわけで、それを実装が難しいとか

人口減少が加速する日本である。 いくら東京といえど、かつてのような山を切り開いて宅地造成するニュータウン計画なんて、そうあるものじゃない。 山が丘に変わり、街が丸ごと誕生するような、ダイナミックな時代。 賛否はあれども、その勢いを直接感じてみたかったな… と思っていたら、ありました。 あの多摩ニュータウンの、すぐそばに。 山が街に変わる過程を今、見られるのだ。 都内唯一の巨大ニュータウンプロジェクト、スカイテラス南山 見て欲しい景色がある。 筆者は多摩川沿いに住んでいるのだが、その橋の上からよみうりランド方面をのぞむと、真新しい住宅街が屏風のように広がっている。 昔の人が見たら、蜃気楼なんじゃないかと思うような天上の住宅街 同じ場所から2008年の風景。まだ何もない里山だ fitm, CC BY-SA 3.0 DEED, via Wikipedia Commons 2段になった丘。黒屋根の

先日同僚と雑談的に話してたことを書いておく。ソフトウェア開発のバックログにおける話です。 「〜対応」とは 主に差し込みで入ったタスクやなにか早めに単一の解決したい事象のためのタスクに名付けられやすい名前。 あくまでも例としてだが 「マーケから割引データ表示依頼対応」 「監視アラート対応」 みたいなやつ。「〜対応」というのは日本語としてはかなり便利なので、とりあえずバックログに入れておきたいときに使いがち。 なぜ避けたいか 完了基準があいまいになる タスクを流していく際の問題。 バックログ上のタスクは完了基準を定めておかないと、作業スコープがどんどん広がったり、完了したかどうかを確認する人から見ると完了していないということが作業後にわかったりして不便。「〜対応」という名前をつけるタスクは、そもそもの作業スコープがはっきりしていないことが多く、結果として、作業を始める前に関係者との認識合わせが

はじめに プロジェクトマネジメントの仕事をする際に、お客さんに提案ベースの要件定義や設計をする機会が増えてきたので、私の経験に基づいて基本設計の具体的なプロセスや考え方について、整理していきます。 以前投稿した記事の続きですが、未読でもこの記事を理解できるようになっています。 この記事の対象者 基本設計の思考プロセスを学びたい人 ビジネスサイドの要件をエンジニアサイドのシステムに落とし込む流れを学びたい人 ビジネスサイドとエンジニアサイドのコミュニケーション能力を向上させたい人 具体的な事例を通して基本設計を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要です 自分の経験に基づいた内容を言語化しています プロジェクト規模は10名から20名のシステム開発を想定しています(大規模なプロジェクトを想定していません) システム開発の全体像 今回は下記