個人開発を加速させる効率アップ戦術参考記事: https://www.bannerbear.com/blog/why-you-should-do-50-coding-and-50-marketing-as-a-solo-tech-founder/ ポストック: https://postock.app/
個人開発のモチベを上げるおしゃれリポジトリ駆動開発 - Qiita
はじめに 皆さんは個人開発しているでしょうか？？ 私はしたいなと思いながら開発を始めるも環境構築で燃え尽きたり、作りたいものの規模が大きくて最後まで作りきれなかったりすることが多かったです。 なので、書籍などを学習するほうが先が見えるので好きな傾向にありました しかし、最近周りの人たちがプライベートにいろいろ作っていることに危機感を覚えて自分なりにどうすればモチベーション高く個人開発ができるのかを考えたのでまとめます それが おしゃれリポジトリを作る という考え方です まさに 「おしゃれリポジトリ駆動開発」です おしゃれリポジトリとは 文字のままですが、自分がアプリケーションを愛せるようなおしゃれなリポジトリを作るということです 例えば最近作った「Sanpo」というアプリケーションがあります 実際にGitHubをみてほしいのですが、おしゃれなバナーが用意されおり目を惹くようなリポジトリにな
ソフトウェア開発の真の問題点は、コードを書くことではなく、問題の複雑さの管理にある - YAMDAS現更新履歴
www.oreilly.com オライリー・メディアのコンテンツ戦略部門のバイスプレジデントであるマイク・ルキダスの文章だが、彼が数週間前、「コードを書くことが問題なのではない。複雑さをコントロールすることが問題なのだ」というツイートを見かけた話から始まる。彼はこれに感心したようで、これから何度も引用すると思うので、誰のツイートか思い出せればいいのにと書いている（ご存じの方は彼にご一報を）。 件のツイートは、プログラミング言語の構文の詳細や API が持つ多くの関数を覚えることは重要じゃなくて、解決しようとしている問題の複雑さを理解し、管理することこそが重要だと言ってるわけですね。 これは皆、覚えがある話だろう。アプリケーションやツールの多くは、最初はシンプルである。しかも、それでやりたいことの80％、いやもしかしたら90％をやれている。でも、それじゃ十分ではないと、バージョン1.1でいく
2023年 研究開発部 新卒技術研修 ~ 実践編 ~ - Sansan Tech Blog
こんにちは、研究開発部 Architectグループの藤岡です。 4/26（水）〜 4/28（金）で研究開発部内の技術研修を行ったので、その内容を公開します。 目次 目次 研修の目的 研修の概要 実践編の概要 アプリケーションを作成 バッチを作成 gokartとは パイプラインを実装 APIを作成 FastAPI とは APIを実装 ディレクトリ構成 実行 Webアプリを作成 Streamlitとは Webアプリを実装 Docker化 デプロイ ECRにイメージをプッシュ アプリケーション基盤 Circuitについて アプリのマニフェストを作成 研修終了後 終わりに 研修の目的 この研修の主な目的は、新卒社員がスムーズに業務に入れるようにすることです。 研究開発部にはさまざまなバックグラウンドを持つ研究員が入社するため、チーム開発の経験がない方もいます。 そのため、Gitの操作やプルリクエス
「まずは小規模なゲームから」に聞き飽きた人のための中規模ゲーム制作手法｜MetaFormingPro
■前説この記事は、Unityゲーム開発者ギルド Advent Calendar 2022に投稿した記事をリファインしたものとなります。UGDGアドカレは他にも知見になる記事が多くあるので興味ある方は見てみましょう。 ■前節みなさん、ゲームを作ったことはありますね。 みんなゲーム作ってる人ではない？ そうですね。 でもたぶんここ読んでる人の多くは一本位はゲームを完成させている人だと思います。 というかそれが前提です。 ところで、ネット上の多く存在するゲーム制作講座、何かしら読んだことがあると思います。 そしてそのほとんどの場所で、「初心者」向けにこういっているでしょう。 「いきなり大作を作ろうとしないで、まずは小さい作品から😊😊」 うるせえ！！ 俺はもうそこは通り過ぎたんだ！！ そこはもう通り過ぎたから、まとまった規模の作品を作りたいんだ！！ となる。 そう。「入門講座」は小規模ゲームを
1億円を投資した、プロダクトリニューアルが失敗に終わった理由｜山田修 | Osamu Yamada
こんにちは。Micoworks代表の山田と申します。 私はこれまでに10年ほど会社を経営させていただいておりますが、多くの失敗をしてきています。 その中でも投資額として最も大きかった失敗が「採用管理システムのリニューアルプロダクトを潰してしまったこと」でした。 2,3年ほど前の話になりますが、リリースまでに1億円程度を投下しておりお金の損失はもちろんですが、BizやCSメンバーも多大なリソースを費やし、会社の成長を失速させてしまいました。 当時は「この時間を丸々MicoCloudに投下していれば、もっと成長していたのに、、、」と自分の未熟さを何度も悔いていました。 この話の真因は「非エンジニアの経営者が、プロダクト開発の工数や進め方を理解できていないままプロジェクトを進めてしまったこと」だったと感じています。 そこで備忘録を兼ねて、noteのテーマとして取り上げてみたいと思います。 ※テッ
「急いで作って！」と言われたとき、私がまずやること→Miroだけでスクラム
VTeacher所属のSatomiです。 ※ 本家Miroさんからコメントをいただいたので掲載します！ ミロジャパン高山です。本記事ではMiroについてご紹介頂き誠にありがとうございます。大変参考になります。もし本記事の趣旨にあっていればですが、以下の２つのテンプレートを日本語対応をしましたので、よろしければ、リンクを付与頂けますと嬉しいです。 スクラムボード：https://miro.com/ja/online-scrum-agile-tool/ マインドマップ：https://miro.com/ja/mind-map/ 或る日突然、「100万円のプロモーション予算がついたから急いで作って」と頼まれました。 ※ちなみにプロモーション予算（100万円）に人件費は含まれないそうです。 そして、偉い人から下の画像が送られてきました。 （「4月1日に夢を語る」という PR TIMES の企画だそ
現代ソフトウェア開発の地図 - shimobayashiパブリック
独断と偏見で常に編集中です。 メンタルモデル ↑影響大 Amazon.co.jp： 世界標準の経営理論 eBook: 入山 章栄: Kindleストア 世界標準の経営理論 を読んで エンジニアリング組織論への招待 への理解も深まった - 下林明正のブログ 多くのIT業界の企業はシュンペーター型の競争環境にあり、常に不確実な事業環境に素早く柔軟に対応する戦略がマッチする 企業のガラパゴス化を見抜く「競争の3類型」 | 世界標準の経営理論 | ダイヤモンド・オンライン GAFA（※：グーグル、アップル、フェイスブック、アマゾン・ドットコム）は要するに、まずシュンペーター型で新しいものを生みます。そして、ＩＯ型に移行し、ネットワーク効果で、独占状況を築く。築いたら潤沢なキャッシュを得て、そのマネーを、またシュンペーター型の競争にばんばん投じてくる。その循環なのです。 私見: 特にシュンペーター型
C#でまともなアプリ開発を行うために - Qiita
はじめに C#は「Windowsでしか開発出来ない言語」などクローズドなイメージから一転し、.NET Coreの誕生によって様々なことが出来るようになりました。最近ではokazukiさんのC# で出来ること一覧が大きな反響を呼び、C#であらゆるアプリが作れることを多くの方に知ってもらえたかと思います。C#のよさを知ってもらうことは嬉しい限りではありますが、他言語をやってきた身としてはC#を取り巻くエコシステムの情報が少ないと感じることが多く、新たに参入される方にとって抵抗があるのも事実だと思います。この記事ではまともなアプリ開発を行うために必要なエコシステムなどご紹介し、C#でも快適に開発出来ることを知ってもらえれば嬉しいです。筆者はWEB開発を主としているので、WEB寄りな話が多くなる可能性がありますがご了承下さい。 「まとも」とは？ タイトルにも書いたまともなアプリ開発とは、一定の品質
React HooksとGraphQLで社内レガシーサービスを巻き取ってみたらものすごくはかどった話
New Network Provisioning System Leveraging Kubernetes and Cloud Native Open Source
Microsoft、ソースコード解析ツール「Application Inspector」をOSSとして公開
Microsoft、ソースコード解析ツール「Application Inspector」をOSSとして公開：数百万行のコードを解析可能 Microsoftは、オープンソースでクロスプラットフォームのソースコード解析ツール「Microsoft Application Inspector」を公開した。多種多様なプログラミング言語で記述されたコンポーネントを使用した数百万行のコードを解析できる。コードの時間的な変化はもちろん、特に「危険な」部分がどこなのかを特定できる。 Microsoftは2020年1月16日（米国時間）、オープンソースでクロスプラットフォームのソースコード解析ツール「Microsoft Application Inspector（Application Inspector）」を公開したと発表した。 Microsoftは高品質のソフトウェアとサービスを提供するため、オープンソー
PlantUML で始めるリレーションシップ駆動要件分析 (RDRA) - Qiita
はじめに ソフトウェア開発において、エンジニアが開発対象のドメインの業務に精通していない場合、書く内容やかける時間に程度はあれど 業務分析 や 要件定義 が必要になります。しかし、要件定義の方法論についての話題がネット上に上がることも少なく、書籍などもあまり話題になっていない印象があります (私の観測範囲では)。なので、私の場合、要件定義の実務では公の方法論を体系的に学ばずに、実務で見てきたものを自分なりにアレンジして対応してきました。 そんなとき、モデルベースの要件定義の方法論として リレーションシップ駆動分析 (RDRA) というものがあることを知りました。モデリングはずっと取り組んできていることなので、興味が湧いて少し調べてみると PlantUML でも表現できるというではありませんか！ PlantUML Example for RDRA 2.0 ハンドブック そこで、RDRA2.0
やはり俺の「質 v.s. スピード」はまちがっている。 #eof2019 - 名前考えるの苦手
2019/10/31(金)に開催されたEngineering Organization Festival 2019 で @t_wada さんの「質とスピード」という講演を聞き、とても感銘を受けたのでメモ。 品質とスピードはトレード・オフの関係にある。どちらを優先するか？要バランスだ。 そう思っていた時期が私にもありました。 けど、そんなことはなかった！ ■追記 個人的な捉え方としては、 プロダクトを漸進的に成長させ、仮説検証ループするスピード上げようとすると、犠牲にした保守性があとで(意外とはやく1ヶ月後には)足枷になる。 保守性(テスト容易性、理解容易性、変更容易性)が低いとリードタイムが延びてスピードがどんどん落ちていくループをまわせなくなる。ってことかな、と思う。 スピードを上げようとしたのに、意外とはやくスピードが上がらなくなるジレンマ。 @t_wadaさんのスライド 素敵なグラレ
サービス開発でぶつかってきた壁と、そのとき助けてくれた本 - クックパッド開発者ブログ
こんにちは、開発ディレクターの五味です。クックパッドにレシピを投稿してくれるユーザーのための機能やサービスを開発する「投稿開発部」に在籍しております。 投稿開発部は、2018年1月に前身となる部からメンバーを一新して発足した部署です。自分たちで1から戦略を作るため、強い実感を持ってユーザーを理解することを信条に、資料を読んだり前任者に聞いたりするだけではなく、実際にユーザーとたくさん話し、たくさんレシピを投稿し、ユーザーのことをたくさん考えてきました。 この記事では、その中でぶつかった課題を解決するために取り入れた書籍や、それをうまく業務に取り入れるために行っている工夫を紹介します。 サービス開発にはさまざまな壁が現れる ユーザーと事業目標に真摯に向き合うほど、サービス開発にはたくさんの壁が現れます。私たちも例外ではなく、部の発足以降、以下のような壁に激突してきました。 「ユーザー課題の見
私が爆速で開発するために心がけていること - Qiita
はじめに 株式会社ゆめみでフロントエンジニアをやっています。 弊社の制度として10%ルール 1 というものがあり、 その制度でいつも私が行うのは、身の回りに発生している不便なこと・不満に思っていることをプロダクトで解決できるかチャレンジしています。 そのプロダクト造りにたくさんのリソースは割くことはできない。 限られた時間でコミットするためには爆速的な開発が不可欠です。 そこで、僕が爆速開発を行うために心がけていることを共有したいと思います。 作ったプロダクト この話をする上で例があったほうがわかりやすいと思うので、直近で作ったものをご紹介。 クラウド呼び鈴作ってみた。 pic.twitter.com/6BtXAuBB2J — zonomaa@ゆめみ大阪 (@zonomaa_kun) May 22, 2019 機能 Slackと連携しており、呼び鈴が押されると通知がきます。 迎えに行く人の
Node-RED
Low-code programming for event-driven applications Latest version: v3.1.5 (npm) Node-REDはハードウェアデバイス、APIおよびオンラインサービスを新しく興味深い方法で接続するためのツールです。 ブラウザベースのエディタによってパレットに並ぶ多種多様なノードを結びつけて容易にフローを作成でき、さらにシングルクリックで実行環境にデプロイすることができます。 特徴 始めてみよう コミュニティ ブラウザでのフロー編集 ブラウザベースのエディタによってパレットに並ぶ多種多様なノードを結びつけて容易にフローを作成でき、さらにシングルクリックで実行環境にデプロイすることができます。 リッチテキストエディタでJavascriptプログラミングがおこなえるNodeでプログラムを作成することもできます。 作成したテンプレート
Git-flowって何？ - Qiita
git-flowとは、プラグイン(ツール)のことです。。 Vincent Driessen氏がブログに書いた"A successful Git branching model" というブランチモデルの導入を簡単にする git プラグインである。 参考資料： ・ http://hm-solution.jp/lifehack/post2475.html ・ http://d.hatena.ne.jp/Yamashiro0217/20120903/1346640190 Git-flowイメージと各ブランチの役割 master: プロダクトとしてリリースするためのブランチ。リリースしたらタグ付けする。 develop: 開発ブランチ。コードが安定し、リリース準備ができたら master へマージする。リリース前はこのブランチが最新バージョンとなる。 feature branches: 機能の追加。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェア開発における『知の高速道路』
創業105年の旅館運営企業が実現した 毎週リリースするチームの作り方
data_sciesotistさんのツイート: "AI・データサイエンス界隈で「共通フレーム」ってどの程度の知名度なんだろうか。そのまま当てはまるとは思わないけど、お悩み・つらみ及び対処は一般的なシステム開発と共通する部分が多いのではないだろうか。 共通フレーム2013 https://t.co/Xx7Hs133TB 共通フレームの概説 https://t.co/7RoYdvBFj3… https://t.co/b52oa14k20"