Basic: An example of the most basic diagramming functions: create a box, give it a label, connect it to another box, label that connection. It also demonstrates shorthand ID substitution, if it exists in the syntax.
こんにちは。プロダクトマネージャーの@more_tです。 pmconf2022の登壇機会をいただき「アイデアと上手くつきあう方法」というトピックで発表させてもらいました。 このエントリーは発表内容の書き起こし記事です。発表の中から特にとりあげたいポイントを中心に補足や加筆しています。登壇のアーカイブ動画も公開されています。 安全に温泉に通いたい 最初にかんたんなクイズを持ってきました。こちらの文章からどういった解決策が取れるか30秒程度で考えてみてください。 「あなたはとある村の村長です。 ある日、村の近くの森に温かい温泉が湧いていることに気がつきました。 しかし温泉へ向かう橋は先日の大雨で流されてしまい、 復旧が必要な状況です。 村の皆は温泉が大好きで、橋の使えない川を渡っていく人もいれば、 わざわざ遠回りしていく人もいる状況です。 さて、村人たちが安全に温泉を利用するためにあなたは村長
JJUG CCC 2022 Fallで「Javaの入門が終わったら何の勉強をすればいいの?」という内容で発表を行いました。 基本的なものが作れるようになったけども、イマイチプログラムが組めないというときに、何を勉強すればいいかをまとめました。 入門が終わって作りたいものがあれば作っていきましょう、業務で言われたものが作って行こう、でもなんだかちゃんとしたものが作れないな、もっとちゃんとしたものを作りたい、次のステップに進みたいというときに勉強していく感じです。 資料はこちらです とりあげた本についてまとめておきます。 開発作業について 概要 プログラミング言語 アーキテクチャ ミドルウェア ネットワーク デプロイ 理論 開発手法 開発プロセス まとめ フレームワークは入門でやってる前提です。Java入門書「プロになるJava」ではJavaの基本から簡単なDB操作、Spring Bootまで
関連キーワード ERP | プロジェクトマネジメント IT業界には「ほとんどのIT職にプログラミングスキルが必要だ」という神話がはびこっている。プロジェクトを結実させるには、ソースコードを書けるだけでは不十分だ。それ以外の広範囲にわたるスキルや才能が必要となる。 プログラマーを筆頭に、大半のIT職には、 問題解決への意欲 変化し続ける状況下で素早く行動できる能力 が欠かせない。本連載が紹介する8つのIT職は、この両方を要する一方で、コーディングスキルを必要としない。 IT職1.スクラムマスター 併せて読みたいお薦め記事 コーディング以外のスキルの重要性 “コーディングができるだけのソフトウェア開発者”はもう要らない “陽キャ”なプロ開発者「デベロッパーアドボケート」とは? 転身できる4条件 「スクラム」は、開発チームのメンバーに役割やタスクを割り振り、メンバー同士の連携を取りながらプロジェ
4年ぶりの更新になりますが、twitterでレビューやってくれという要望が多かったので4年ぶりにサッカーレビューでもやってみようかと思います。 正直な話、最近のネットのサッカー系レポートについてはもう文章の時代じゃなくて動画の時代になってましてね、youtubeとかでサッカーの解説動画作ってる人も多くて、そっちが50万再生とか稼いでる時代なので「もう文章でサッカーの解説する時代じゃねぇなあ」と思ってるんですよ。文章で解説やってもW杯でもせいぜい2~3万ですし。 ここ数年、ネットも動画時代で動画配信できねえ奴は用無しなんじゃねーかと思ってる所もありましてtwitter位しかやってませんでした。自分は時代の流れに完全に取り残された男です。 これも時代の流れですからね、しょうがないです。愚痴ってもしょうもないので、本題に入りたいと思います。 この試合の動画についてですが、abemaで全部動画でみ
私は新たにプログラミング言語を学ぶとき、しばしば簡単なLisp処理系を作ってみます。いくつかの言語で取り組んでいるうちに、このLisp処理系群に小さな共通基盤も出来上がったりしているので、これを紹介しつつ、Lisp処理系の実装がプログラミング言語の学習にどう丁度いいのかを紹介します。 Rosetta Lisp 自作のLisp処理系群を、ロゼッタ・ストーンから名を借りてRosetta Lispと呼んでいます。Rosetta Lispは以下のような特徴を持ちます。 一定の共通した言語仕様・VMの仕様に基づいて動作する Rosetta Lispは (Rosetta Lispに準拠するLisp処理系群は)、いずれも共通した命令セットのVM上でLispプログラムを実行するように実装されています。 Lispの簡単な実装では、よくインタプリタ形式が採用されます。kanaka/malやrui314/min
この記事について 私はWeb基盤を提供している企業でWebアプリケーションエンジニアをしています。 インフラや顧客基盤など複数のバックエンドAPIが動いており、それらを結合したアグリゲーション(BFF)の作成とフロントエンドの実装を担当することが多いです。 言語はTypeScriptとC#を選択する事が多く、フロントエンドではReact.jsとVue.jsを使用しています。これらをコンテキストとして私が「良いコード」を書くために日頃意識しているTipsを投稿していきます。 やらないこと インデントを揃える、命名基礎、アクセス修飾子などの基礎的な内容は割愛しています。 コードはTypeScriptで書いています。ですが特定の言語に特化した内容にはしていません。 プログミング全般に掛かかった内容であり、フロントエンドやバックエンドなど特定のレイヤーに特化した内容にはしていません。 良いコードと
はじめに 私事ですが11月12日に結婚式をあげました。 私達夫婦はよく一緒にアプリを作っているので、今回もなにか一緒に作れないかと思い、余興のクイズアプリを作ることにしました。 ついでに席札もQRコードにして、webアプリ内でメッセージも入れれるようにしました。 作ったもの ユーザーに配布用のサイトと、披露宴会場で投影する用のサイトの2つを作りました。 ユーザーに配布用のサイト 当日はこういう↓感じの席札を用意しました。 この席札は名刺サイズで印刷して一人ひとりラミネートしたのですが、地味に大変な作業でした。 QRコードを読み取ると、以下DEMO動画のようなサイトが現れます。 ちなみにクイズに関してはスクリーンに問題が表示されるまでは回答できないようになっています。(DEMO動画では省略) ページの表示速度を上げたかったので、uuid、名前、メッセージ等に関してはcsvでダウンロードしてか
個人・家庭用の在庫管理アプリ monoca monocaはあなたの大切なモノを効率的に管理し、時間とやる気を本来の楽しい活動に向けられるように支援するアプリです。整理するモノは、書籍、家電、ゲーム、服、靴、化粧品、香水、アクセサリー、食品、手芸用品、家具、フリマ商品などどんなものでもOK。持ち物の種類・色・個数・期限などの状態を把握することは、無駄買い防止にも役立ちます! 価格:無料 URL:https://kanri.sola-air.com/monoca/ 複数カウンター 日用品や食料品の在庫管理など、利用シーンに合わせていくつでも作成しどんどん記録できるアプリです。オリジナルのカテゴリをいくつでも作れるほか、並び替えも自由に配置できます。出力データを書き出してメールで送信可能です。 価格:無料 URL:https://apps.apple.com/jp/app/id994797520
初めに こんにちは。コミューンプロダクトサポートチームにおいてプロダクトスペシャリストとして活動している栗山と申します。 元々EMとしてコミューン開発に携わっていましたが、紆余曲折を経て現在のポジションに転向しまして、既に半年ほど経ちました(ここら辺の経緯は機会があればどこかで)。 そこで本エントリでは過去のプロダクトスペシャリストとしての活動を振り返りつつ、「そもそもコミューンのプロダクトスペシャリストって何をやってる人なの?」という皆さんの疑問を解消できればと思います。 初めに What is プロダクトスペシャリスト? プロダクトスペシャリストが必要になった背景 どんなことをしているか 問い合わせ対応 SSO導入におけるサポート アプリケーションレイヤ以外の機能に関するフィジビリティ調査 プロダクトへのFB ぶっちゃけプロダクトスペシャリスト楽しい? どういう人にオススメ? まとめ
プログラミング言語Rubyの国内最大級のカンファレンス「RubyKaigi」。「RubyKaigi 2022」のKeynoteで登壇したのは、齋藤優太氏。「Ruby meets WebAssembly」のテーマで、WebAssembly上でRubyが動くようになった経緯、テクニック、ユースケースについて発表しました。全2回。前半は、なぜWebAssembly対応をするのか、そのモチベーションと経緯について。 登壇者の自己紹介とアジェンダ紹介 齋藤優太氏(以下、齋藤):いやぁ~、緊張しますね(笑)。みなさんおはようございます。 会場:おはようございます。 齋藤:「Ruby meets WebAssembly」ということで、今日は最近少し話題になっているRubyとWebAssemblyの話をしようと思います。よろしくお願いします。 (会場拍手) RubyがWebAssembly上で動くようにな
こんにちは、フロントエンドエキスパートチームの @mugi_unoです! kintone では フロントエンドの刷新プロジェクト(通称フロリア)が進行中です。 blog.cybozu.io kintone の開発では E2E 主体の自動テストを整備していましたが、 フロントエンドの刷新に合わせて、新たにフロントエンド側でのテストコードを積極的に書いています。 テストを書くことに不慣れなメンバーもいるため、日々 Pull Request 上でのレビューやペア・モブ作業を通じて、知見の共有が行われています。今回はフロントエンド刷新のテストを書いてきた中から、筆者が有用だと感じた知見やノウハウを紹介したいと思います。 目次 💡「実はそれ最初からパスしてるかもしれない」 期待する操作で期待する結果になることを厳密に検証する 他のテストケースによって前提条件を担保する 💡「テストコード上のロジッ
Kubernetesでアプリの安定稼働と高頻度のアップデートを両立するためのプラクティス / Best Practices for Applications on Kubernetes�to Achieve Both Frequent Updates and Stability
日本XPユーザグループ(XPJUG)が主催になり、毎年秋に開催されている「XP祭り」。ここでナビプラス株式会社の水越氏が登壇。ここからは、水越氏がPdMになってからの取り組みを話します。前回はこちらから。 厳しい目線と期待の目線が向けられるPdMになった 水越:前任者が抜けることになったので、PdMを引き受けることになりました。前任者は育休というか、お子さんが生まれてお休みになると。「この中だったら水越さんですよね」ということになって、PdMが代わることになったんです。 自分が前任者のポジションになるのですが、PdMに向けられていた疑問というか厳しい目線が残って、自分が持っていたPdMへの期待が自分に返ってきて、先ほど言ったようなことをしなくちゃいけないんじゃないかというプレッシャーがやってきて、ヤバいと。ちょっとドキッとしてしまったんですね。 いろいろ引き継ぎはしてもらいました。エンジニ
freee 会計でエンジニアをやっている jaxx です。昨年 freee 会計を Rails 6 に上げましたが、今回チーム(@jaxx @kaion @hachi @gakky)で Rails 6.1 へのアップグレードを担当して9月末にリリースしたのでエントリーしました。 developers.freee.co.jp 目次 作業全体の流れ まずは feature ブランチで Rails 6.1 に上げてみる 依存パッケージのアップデート Deprecation Warning の解消 Breaking Change の解消 Fail している RSpec の修正 最後に 作業全体の流れ まずは feature ブランチで Rails 6.1 に上げてみる 事前作業として依存パッケージのアップデート 事前作業として Deprecation Warning の解消 Breaking Ch
はじめに 配属研修の課題について エンジニア新入社員研修の個人課題:「JavaScriptでの開発」 配属研修課題1:「RailsでAPIサーバのみ構築」 配属研修課題2:「Railsでフロントエンドも含めた開発」 作ったアプリケーションの概要 JavaScript・Expressで開発した時との違いに関する感想 letやconstが要らない変数定義 falsyな値の違い ブロックをそのまま変数に代入できない 暗黙のreturn 条件文の後置 フレームワークの機能が豊富 ディレクトリ構造の一貫性 リソースベースルーティング 課題を取り組みながら学んだこと OpenAPIを使ったAPI定義ファイルの作成 N+1問題対策 テストコードに関する考えの変化 おわりに We are hiring! サムネイル画像 はじめに こんにちは。2022年4月に新卒で入社しました教育事業本部サービス開発部バッ
現在の会社にテックリード(1人目の正社員エンジニア)として入社して、2年間やってきたことを書いています。 エンジニア二年目でテックリードとして試行錯誤してきて、自分の振り返りもしたいという思いから記事を書きました。 (前提として、シード期のスタートアップで実行してきたことです。) 入社時のチーム課題 入社当時は、2週間単位のスプリントでスクラムを回してましたが、全員が業務委託だったこともあり、完全な内製化を進める必要があり、主な課題は以下でした。 継続的リリースが困難な状態になっており、それを解消することが急務 社内にエンジニアがいなかったので、開発組織体制づくりが必要だった。 ウォーターフォール寄りのリリースが多く、継続的にリリースする文化がなかった。 リファクタリングやテストコードが不十分だった。 改善したこと Zenhubを導入 それまでは、GitHub Projectで進捗管理をし
日本では、常にエンジニアが不足していると言われます。特にエンジニアの知識を持ちながらマネージメントもする人が足りてないと言われます。そこで、『エンジニアリング組織論への招待』著者の広木大地氏に、日本の企業におけるプロダクトマネージャーの重要性、そして今の日本のエンジニア組織に必要なものについてうかがいました。最後はプロダクトマネージャーのキャリアについて。前回の記事はこちら。 問題を解決したいと思ったら何を使うか 藤井創氏(以下、藤井):時間が迫っているのでこれが最後になります。キャリアとしてのマネジメントについてうかがいたいと思います。マネジメントのところで、プロダクトマネジメントなどいろいろな言葉がありました。もしそれを自分が任された時に、どのようなことに気をつければいいのか、どのようなことを考えればいいのか、教えてください。本を読めばわかるのですが(笑)。 (一同笑) 広木大地氏(以
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く