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
わたしの実家は3代続く東京のガラス屋さんです。 本家長男であるわたしは創業者である祖父から、 おそらく3代目を継がせたいとの思いから寵愛されて育ちました。 しかしながら、学生時代にアルバイト程度で経験した実務は、 実に地味で単調な作業の繰り返し。 転機は恩師2名の退職です。 共に「やりたいことがある」と起業していきました。 そして、その恩師の最終出社日に「感謝を伝えるには何ができるか?」を考えたとき、 出てきたアイデアが、“カスタマイズグラス”でした。 名前の彫刻程度であればネットを探せばできるサービスは数多。 しかしながら、それでは伝わらないと考えていました。 お酒が好きな恩師に最高のビールグラスをプレゼントしたいという動機から、 彼のシルエット・思いを込めた熱いメッセージを彫刻した グラス2個をプレゼントしたのです。 この経験から、 思いを込めたグラスは必ず人に伝わる、そして自分にはそ
令和4年2月4日 金融庁 「記述情報の開示の好事例集2021」の更新 金融庁では、投資家と企業との建設的な対話に資する充実した企業情報の開示を促すため、「記述情報の開示の好事例集」を公表しています。 昨年12月に公表した「記述情報の開示の好事例集2021」について、今般、新たに、「経営方針、経営環境及び対処すべき課題等」、「事業等のリスク」及び「経営者による財政状態、経営成績及びキャッシュ・フローの状況の分析(MD&A)」の開示の好事例を追加し、公表します。 開示の好事例の検討に当たっては、投資家・アナリスト及び企業の皆様による勉強会を開催し、現時点でどのような開示が投資判断にとって有用と考えられるかについて御議論いただきました。勉強会では、投資家・アナリストの皆様からは望ましい開示に関する御意見や実例を御紹介いただき、企業の皆様からは、開示にあたっての創意工夫を御紹介いただくとともに、課
ソフトウェア設計について、YAGNIやSOLIDなど多くの原則・法則があることが知られていますが、その解釈にはぶれが存在することが多いです。そこで、特に有名なものあるいは有用と感じることが多いものをいくつかピックアップして、その解釈やトレードオフについてまとめてみました。 注意としては、SOLIDが入ってることからわかる通り、主にOOPに関する文脈になります。また、各原則の定義については概ね知っている前提で書いているのであまり初学者向けの記事ではないかもしれませんのでご承知おきください。 YAGNI(You ain't gonna need it.) YAGNIは、予測による実装が実際に役立つことは少ないという経験則から生まれた原則です。 一般にオーバーエンジニアリングが利益をもたらすケースは限定的で、どちらかというとプロジェクトに害を与えることが多いとされています。YAGNIは日々状況の
ニュース 2024.09.24NEW DroidKaigi 2024 にブース出展してきました! 2024.09.17NEW Cloud Operator Days 2024 クロージングイベントで講演しました! 2024.09.02NEW iOSDC Japan 2024 にブース出展してきました! 2024.08.30NEW 台風10号の接近に伴う対応について:カサレアル主催コースは通常通り開催予定です 2024.08.29NEW Sky株式会社のインタビュー記事を公開しました。 2024.07.29 テクマトリックス主催セミナー「セキュアなWebアプリケーション きほんのき」で講演しました ニュース一覧を見る お申し込み受付中の研修・セミナー 開催日:2024.10.04 [オンライン開催]マイクロサービス概要 開催日:2024.10.07 SwiftによるiOSアプリ開発入門 -S
「鍵のレンジャー」、「鍵のレスキュー」、「鍵の出張24時間センター」、「鍵の110番24時間」、「鍵のラッキーセブン」、「カギの24時間救急車」、「カギの110番」、「鍵の110番救急車」と称して行われる鍵の開錠・修理等に関する役務の取引に関する注意喚起 2022年02月25日 取引対策課 消費者庁は、「鍵のレンジャー」、「鍵のレスキュー」、「鍵の出張24時間センター」、「鍵の110番24時間」、「鍵のラッキーセブン」、「カギの24時間救急車」、「カギの110番」、「鍵の110番救急車」と称して行われる鍵の開錠・修理等に関する役務の取引に関する注意喚起を行いました。 詳細 消費者庁が令和4年2月24日付けで、特定商取引法に基づく業務停止命令等を行ったRセキュリティ株式会社(Rセキュリティ)及び株式会社鍵が、「鍵のレンジャー」、「鍵のレスキュー」、「鍵の出張24時間センター」と称してウェブサ
狩野モデル(かのうモデル)は、顧客満足度に影響を与える製品やサービスの品質要素を分類し、それぞれの特徴を記述したモデルである。1980年代に東京理科大学教授であった狩野紀昭によって提唱された[1]。マーケティングや品質管理の分野に対して多大な影響を与えたモデルであり、世界的にはKano Modelとして知られる[2][3]。 狩野モデルは、製品やサービスの品質要素を以下の5つに分類する: 当たり前品質要素 (Must-Be Quality Element) 一元的品質要素 (One-Dimensional Quality Element) 魅力的品質要素 (Attractive Quality Element) 無関心品質要素 (Indifferent Quality Element) 逆品質要素 (Reverse Quality Element) この分類は、品質要素の充足度と顧客満足度
Launch VS Code Quick Open (Ctrl+P), paste the following command, and press enter. VSCODE POWER MODE!!! Power Mode is one of the most requested extensions for VS Code. Unfortunately, they said it couldn't be done... However, after seeing this list and realizing that VS Code was the only modern editor without it, I knew I had to try. I couldn't let VS Code live in the shadow of its big brother or At
こんにちは。BASE BANK 株式会社 Dev Division にて、 Software Developer をしている東口(@hgsgtk)です。 TL;DR バーティカルスライスでのデリバリーを可能な限り保つユーザーストーリーの分割はどうすればいいか ユーザーストーリーが 1 回のイテレーションで収まらないような場合に分割する 3つの分割軸「データ境界に沿って分割する」・「パフォーマンス制約をストーリーにする」・「アクターのモチベーションで分割する」をもって、ユーザーストーリーを分割する ビジネス価値の内訳要素に基づいて優先順位を考える 当記事の背景 BASE BANK Dev Division での開発プロジェクトでは、アジャイル開発の考え方・取り組みを取り入れています。その導入については、「少人数でのアジャイル開発への取り組み実例 (一歩目の踏みだし方) | 詳説 | July
前回はプロダクトオーナー研修の感想でした、その中のチケット作成について自分なりに受け止めたことを記載してみたいと思います。 スクラムではユーザーストーリーはPOが作るというものがあります。 しかしユーザーストーリーという概念が難しく、イマイチわからず結局実装ベースのチケットを作ってしまう。という問題がありました。 そして実装ベースのチケットを作るとエンジニアからそれでは実装しづらいなど不満が上がったりしていました。 結局エンジニアがチケットを作るという流れがあったため、何かいい手がないかと思っていました。 研修ではそこのヒントを得られた気がしているので自分なりにまとめたいと思います。 前提 ・POがユーザーストーリーを作る。 ・ユーザーストーリーを元にタスクはチームメンバーが作成する。 このユーザーストーリーがスクラムの特徴で、ウォーターフォールとだいぶ異なることじゃないかと思います。 ・
こうです。 新しい住居を探そうとしたとき、「会社から歩いてちょうど 30 分のところに住めたら QOL 高くない?」と思いました。(運動できる、公共交通機関と無縁、買い物もできるetc...) でも ある一点を中心とした移動可能エリアを知りたいとき、円でざっくりと表示をする以外のアプローチがほぼない ことに気がつきました。海外サイトも含めかなり調べてみましたが、類似のサービスは見当たりません。 という経緯でつくったのが How far can I go? というサイト。 ぽちぽちやっていただければわかりますが、結果の精度はかなりのものと思われます。特に道の有無や川沿いなどを検証してもらえるとその効果がすぐにわかるかと。 転職先が決まっているなら、そこにピンを差して交通手段と所要時間を設定してください。HOME'S などの住宅検索サービスには条件絞り込みをしたあとにそれらを地図上にまとめてマ
導入 先日、ポケモンの最新作『Pokémon LEGENDS アルセウス』が発売されました。ポケモン愛好家の中で密かに話題を集めたのが、新たに登場したポケモン「ゾロア(ヒスイのすがた)」と「ゾロアーク(ヒスイの姿)」のタイプです。なんと驚くべきことに、両者のタイプは未だ登場したことのなかった「ノーマル・ゴースト」だったのです。 ポケモンを知る人には説明不要ですが、これはノーマルタイプの唯一の弱点であるかくとう技をゴーストタイプで無効化しながら、ゴーストタイプの弱点であるゴースト技をノーマルタイプで無効化するという、非常にバランスのとれた、まさに夢のような複合タイプです。一部では、この「ノーマル・ゴースト」こそ最強の組み合わせなのではないかと噂されました。 しかし、果たして本当にそうなのでしょうか? ポケモンのタイプは全部で18種類あり、一匹のポケモンは二つまでタイプを持つことができます。考
EngineeringOpen SourceInclude diagrams in your Markdown files with MermaidA picture tells a thousand words. Now you can quickly create and edit diagrams in markdown using words with Mermaid support in your Markdown files. A picture tells a thousand words, but up until now the only way to include pictures and diagrams in your Markdown files on GitHub has been to embed an image. We added support for
技術文書を書くための7つのルール¶ さまざまな面から見て、良いドキュメントを書くことは、良いコードを書くよりも簡単です。多くの開発者はドキュメントを書くのはとても難しいことであると考えていますが、いくつかのシンプルなルールに従うだけで、本当に簡単になります。 ここでお話しするのは、ポエムの本を書くための方法ではなく、プログラムの設計やAPI、コードベースを作り上げる上で、必要となるものを理解するための包括的なテキストを書くための方法になります。 全ての開発者はそのようなテキストを書くことができます。本節ではあらゆる場面で適用できる7つのルールを提供します。 2つのステップで書く: まずはアイディアにフォーカスし、その後レビューを行ってテキストの形を整えます。 読者のターゲットを明確にする: それを読むのはだれですか? シンプルなスタイルを使用する: 分かり易くシンプルに保ちます。正しい文法
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く