大幅赤字転落の下方修正を発表したバルミューダ昨日11月７日に発表されたバルミューダの四半期決算は失望感が漂う結果だった。 ポイントはこのあたりだ。 第3四半期は4.5億円の赤字 通期の損益予想を「0.1億円の黒字→15億円の赤字」に下方修正 赤字額は前期末の純資産を34.5％毀損する規模 物価上昇による消費マインド低迷により在庫が増加 生産終了を予定している製品の在庫評価損5億6000万円を特別損失として計上 バルミューダ2025年12月期第3四半期決算説明会資料決算説明会資料を見ると、「何かを言ってるようで何も言ってない」抽象的な対応策が記載されている。 バルミューダ2025年12月期第３四半期決算説明会資料売上の推移を見ても完全に右肩下がりだ。 ここまで典型的に右肩下がりになってしまうのは、成長を期待された新興上場企業として非常にまずいことである（バルミューダは2020年12月グロース

Oikonです。普段はAIツール、特にClaude Codeで遊んでいます。 先日、Claude Code Meetup Tokyoがあり登壇の機会をいただきました。主催はAIエージェントユーザー会（AIAU）さまとAI駆動開発さまです。 ちなみに登壇内容は以下のスライドです： Claude Codeを駆使した初めてのiOSアプリ開発 ~ゼロから3週間でグローバルハッカソンで入賞するまで~ 登壇の中でiPhone単体で開発できるように工夫について話したところ、それなりに反響があったようなので記事にしようと思いました。 モバイルアプリ開発者の方々には既知の情報も多いと思いますが、筆者のモバイルアプリ開発歴は1ヶ月未満ということで、ご容赦いただければ幸いです。 使用したツール・サービス 今回、利用したツール・サービスは以下の通りです： GitHubモバイル版（Safariとかでもできる） Cl

Reactにおいてプロダクトの品質を高く保つには、Reactのやり方に合ったコードを書くことが重要です。公式ドキュメントの名物ページ「そのエフェクトは不要かも」には、useEffectの望ましくない使い方と、それに代わるテクニックが紹介されています。 この記事で取り上げるのは、その中でも「props が変更されたときに一部の state を調整する」のセクションで紹介されている、レンダリング中にステートを更新するテクニックです。 このテクニックは一見すると奇妙で、知ってはいるけど使っていいのかよく分からないという方も多そうです。しかし、一見突飛に見える記述でも、深く理解すれば実はReactのデザインに完璧に則っているというのがReactの公式ドキュメントの特徴です。技術に対する向き合い方として、公式の説明であっても妄信せず批判的に見ることはとても重要です。しかし、Reactの場合は最終的に

孫正義は名前にもこだわりを見せる。ヤフーBB以降、コンシューマービジネスでは名前が大事だということを痛感していたからだ。 最初は「ヤフーペイ」という名前を検討していたが、当時はまだ米国ヤフーとのロイヤリティの契約があった。ロイヤリティを払うと薄利のビジネスなので、決済の時に逆ざやが生じる。だからヤフーの名前は使えないということになった。 そこから○○ペイという名称を考え始めた。アリババだと「Alipay」だし、みな○○ペイだったからである。川邊健太郎と小澤で相談し、一つに絞って持って行けば納得してくれるだろうと、 「検討した結果、これ一つになりました」 と○○ペイ案を持っていったが、それでも孫は反対した。 次は逆に、複数の候補を持って行ってその中で決めさせる作戦に出た。 「この中でいいと思うのを言ってください」 と20個ほどアイデアを持っていった。 すると孫はのっけから、 「そもそも、○○

何かタスクを任されたとき、実際に "いつ終わるか" はわからなくてもいいが、 "いつ終わらせようと考えてるか" は常に答えられるようにすべきという話を雑に書いておきたい。 任されたタスクについて「いつ終わりそうですか？」と聞かれても、その時点ではわからないことはよくある。 この時、「うーん、まだ何とも言えないですね」みたいに答えるのは悪くはないけれど、セットで「いつ終わらせるつもりで進めていくか」を伝えられるほうがいい。 たとえば、「まずは今日いっぱい調査してみてから報告しますね。その結果次第ではありますが、いったん来週いっぱいくらいで終わらせるつもりで考えていきます」みたいな感じ。 「そんなことしたらいつの間にか必達の期日にされて、ちょっとスケジュールを見直しただけで"遅れた"扱いされるから嫌だ」という人もいると思う。めちゃくちゃわかる。わかるんだけど、それでも「いつ終わらせようと考えて

私が一番最初にAndroid アプリをデザインしたのが2016年の初夏頃で、その頃はまだiOS・Android とデザインが違うのが主流でしたが、2021年現在のアプリはiOS もAndroid もプラットフォームごとの細かな違いはあれどほぼ同じデザインが主流となっています。 これは2016年の10月にAndroid APIがBottomNavigationView に対応してからじわじわ浸透していった変化だと考えているのですが、その辺の歴史の話は省略します。プラットフォームは違えどスマートフォンアプリである以上デザインは同じ方が楽なので、共通化されていったのは自然な流れだと思います。実際両者が全然違うUI・デザインだと大変ですしね……。 とはいえ、プラットフォームが違うので全て同じというわけにもいきません。iOS にはHuman Interface Guidelines、Android

カミナシでプロダクトマネージャーをやっています、よしおかしおり（@oriori440）です。 プロダクトマネージャーのミッションの一つである、「目標設定」。 目標設定は、プロダクトの成功に向け、チームに進むべき方向性を示す大切なプロセスです。 しかし、実は、私がカミナシに入って最初に立てたプロダクトの目標はワークしきれていませんでした。 目標に対しての進捗は定期的にレポーティングしているが、正しい対策が打てている実感がない 開発チームから、「目標は理解しているが、日々の業務と繋がっていないように感じる」と言われてしまう こういった状況に対し、どのように目標を見つめ直したのか。 今回のnoteでは、そんな「目標」についての話をしようと思います。 同じような悩みを抱えるプロダクトマネージャーや、あらゆるプロダクトや組織の目標に関わる方々の参考になれば幸いです！ 共感いただけたら、ぜひスキやシェ

スクラムフェス大阪2023登壇資料 プロポーザル：https://confengine.com/conferences/scrum-fest-osaka-2023/proposal/18545

アイスブレイクとは、会議や面接などの前に行う軽い雑談やゲームのこと。緊張感のある場面で、参加者が話しやすくなるように雰囲気を和らげるコミュニケーション手法です。 例えば、ふりかえりの場で取り入れると、参加者全員が自然と声を出しやすくなります。緊張がほぐれるだけでなく、コミュニケーションがより活発になるでしょう。さらに、アイスブレイクによって心理的安全性が高まり、「発言しても否定されない」という安心感が生まれることで、オープンな議論につながります。ふりかえりの場では、伸びしろのような少し言いにくいことも話す必要があるため、その効果をより強く感じやすいです。 この「Agile Journey」を運営するユーザベースでは、採用面接や部署横断のキックオフなどの場面でもアイスブレイクを欠かさず取り入れています。どのような場でも、参加者全員が心理的ハードルを感じずに発言できるようにすることが目的です。

はじめに ミリシタの年末ギャルイベの新曲、アイうたのミュージカル曲の作詞・作曲のお二人じゃん！ エモがすぎるよ😭 nikkieです。 XPのプラクティスの1つ、チーム全体（Whole Team）についていくつかの本からインプットしました。 現時点の理解をバックアップします 目次 はじめに 目次 『Clean Agile』 3章 『エクストリームプログラミング』 『アート・オブ・アジャイル デベロップメント』 初版（邦訳あり） 2nd Edition（英語のみ） アジャイルプラクティスマップ ロン・ジェフリーズによるサークルオブライフ IMO：思うに『Clean Agile』では 終わりに P.S. さがしてシリーズ 『Clean Agile』 3章 まず当たったのは『Clean Agile』。 https://www.tumblr.com/asciidwango/631315320701

追記： 起きたらコメント沢山ついてびっくりした こんなしょうもない日記でも読んでくれるのか皆 追々確認して気になったやつは返事します ちなみに俺は44歳小太りのおっさんです 子供生まれてから急に始まったんだけど、妻が何かとお金を節約するようになった 節約というか、とにかく何でもかんでも安く済ませたがる ちなみに俺が自営業でそこそこ稼ぎあるから別にいいかってことで、妻は働いてない　その代わり日中の家事と子どもの世話をやってくれてる 昨日の夜も風呂上がりに食べるアイスのことで口論になった　本当に馬鹿馬鹿しい話だけど、それで本当に真面目な口論になった 家から車で5分くらいの距離にシャトレーゼがあって、妻がいつもそこでアイス買ってくるんだけど 俺は最近それに飽きてて たまには違うの食べようって思って、昨日帰り道にセブンでアイス買ったんだ、3つ　俺と妻と子供の分 そしたら無駄遣いだって言われてさ ま

2025/09/30：Next.js vs Nuxt それぞれの良さを知る Frontend Night カジュアル面談はこちらから！ https://jobs.layerx.co.jp/opendoor/164cdd370bae8062a550c8038970ade1/

Previous slideNext slideToggle fullscreenOpen presenter view 鹿野 壮 Claude Codeにタスク丸投げおじさん（自称） @tonkotsuboy_com 本日の構成 Claude Codeが刷新した開発現場 手数の増加を支えるClaude Codeの機能 人間に残された仕事 まとめ Claude Codeが刷新した開発現場 リリース数の爆増 開発速度が明らかに向上した 2025年5月頃、Claude Codeを全社導入 Claude Codeの全社導入後、 チーム内のPRリリース数は約3倍に増加 Devin、Cursor等もリリースと同時に導入したが、 比べ物にならない上昇幅 コードが民主化された コードの民主化: 職能を超えた開発が日常に 会社全体では、職能を問わず全員がClaude Codeをはじめとする AIエージェン

React Advent Calendar 2022 2日目の記事です。 本記事はごく簡単なコンポーネントから始めて、react のレンダリングについて学び直す記事です。学び直し(!=入門記事)なので JSX、TS の説明などはしません。 本記事の対象読者 ある程度 react を触っていて、もっとレンダリングについて理解したい人 より良いコンポーネントを書きたい人 本記事のコードについて 特に断らないかぎり、本記事に出てくるコードは以下のコードを省略したものです。実際に動かせる codesandbox も用意したので、そちらも参照ください。 import { createRoot } from 'react-dom/client'; const App = /* 実装 */; createRoot(document.querySelector('#main')).render(<App

ユーザー体験の改善はいつも優先度が低いこんにちは、Sansan株式会社のプロダクトデザイナーの熊野です。 プロダクト開発に携わっていると、いつも「どの開発を優先するか」に頭を悩ませます。展示会での目玉機能、競合に追いつくための機能、特定の企業の導入に必要な機能…。やるべきことは無数にあります。 その中で新機能の開発が優先されるのは自然なことです。プロダクト開発の目的は事業成長であり、新機能の開発はインパクトが大きく見えるからです。 一方で、後回しになりがちなのが既存機能のユーザー体験の改善です。私自身、体験改善の優先度が下がる場面に何度も直面してきました。 以前は「価値提供のスピード重視だから仕方ない」と割り切っていましたが、最近は考え方が変わってきました。 スピードとユーザー体験の良さは本当に両立できないのか？ スピードとユーザー体験は二者択一ではないこれまで私は、様々なフェーズのプロダ