はじめに ※ (2024/03/14 16:33) 「インテグレーションテストの気軽な実行・変更ができない」節にて、データのクリーンアップを teardownで行うよう修正 EC開発-B グループの岡崎と EC開発-A グループの菊川です。2人とも普段は MonotaRO の EC サイトの開発に従事しています。 今回は、昨年11月に開催した、テストとリファクタリングのためのワークショップの中で行ったライブコーディングの準備をするにあたって困ったことについて記載します。 ライブコーディングでは、参加者全員の前で実際のプロダクトのソースコードをリファクタリングする、ということにし、それにあたって研修の運営メンバーでリファクタリングに取り組んでみました。ただ闇雲にリファクタリングするのではなく、研修では参加者に「どのような流れや考え方でリファクタリングをするか」を理解してもらえるように、運営メ
このエントリーは一休.com Advent Calendar 2023の15日目の記事になります。 CTO 室の恩田です。 現在は一休レストランのフロントエンドのリアーキテクトを手がけています。 今日はその中で Next.js App Router から Remix に乗り換えた話をご紹介したいと思います*1。 背景 6日目の記事で香西から紹介させていただきましたが、2023年10月に一休レストランのスマートフォン用レストラン詳細ページをリニューアルしました。 一休レストランの Rust バックエンドが正式リリースされました。https://t.co/7N4VGv5ej9 このページのスマートフォンビューはバックエンドが Rust で書かれた GraphQL になってます— naoya (@naoya_ito) 2023年10月4日 ちなみにフロントエンドも、旧バージョンは Nuxt v2
Elastic社のブログをきっかけに、最近見かける新しいライセンスについて個人的に調べてみた。私は専門家ではないので要注意。公開情報も隅々まで追えているわけではないし。 なお一部ライセンスはOpen Source Initiative (OSI)による承認を受けていないので、ここではオープンソースライセンスではなく単に「ライセンス」と書くことにする。 新しいライセンスが誕生している背景 従来のオープンソースライセンスが再頒布以外の利用をあまり想定していなかった。 Open-core modelないし完全オープンソース戦略を採る企業が自衛策を必要とした。 既存のライセンスが難解なため、理解しやすいライセンスが求められた。 OSS活動を収入に繋げるためのモデルが試行錯誤されている。 新しいライセンスを導入しているプロジェクト（一例） プロジェクト ライセンス Elastic SSPLと独自ライ
なぜ、スクラムが上手くいかない・しっくりこないと感じるのか考えてみよう 2023年06月20日 火曜日 どうも名古屋支社の北河です。 今回はスクラムの “ちょっと” した感じ方について取り上げていきたいと思います。 スクラムを実践している方はスクラムガイドを一度は読んだことがあるかと思います。読んでみると、軽量級やシンプルといったキーワードが目に入ってきます。 そしていざスクラムを実践し始めるとこんな声を聴きます。 「う～ん、難しい。上手くいかない」「なんかしっくりこない」「これで良いのかな？」と。 ということで、なぜ上手くいかないと感じるのか、しっくりこないと感じるのか、を自分の解釈を交えて考えてみたいと思います。 スクラムとは アジャイルの価値や原則を満たすプラクティスを組み合わせたフレームワークの一つです。 アジャイルとスクラムを混同していたり、違いって何？というケースを見かけますが
ポール・グレアム「普通のやつらの上を行け」 普通のやつらの上を行け ---Beating the Averages--- ポール・グレアム氏は「普通のやつらの上を行け」（上記参照）というエッセイで、言語の選択の重要性（とLisp推し）を述べている。 かんたんにまとめておくと、彼の会社は開発言語にLispを採用したため、ライバル会社よりも高速にWebサービスをリリースでき、商業的に成功したという話だ。 Lispは難解だが強力な言語で、ハッカー御用達の言語とよく言われる。難解で習得者が非常に少ないため、使用しているライバル会社がほとんどなかったわけだ。 Lispを採用するかどうかはともかく、言語の選択が重要であることについては、私は完全に同意する。 これは当たり前のことを言ってるようで、意外とそうではない。「どの言語でも、たいして変わらない」という認識もけっこう根強くある。 最初の学習言語は何
ここ数日、Sumallyのフォロワー数が激増してなにがあったのかびびってる私です。 でもってメルマガのご質問にメルマガでは答えられない長さの回答になるのが来ましたので、ブログで回答いたします。メルマガ読者の方にはこういう特典（笑）もありますので、月315円ではございますが、お布施のつもりでどうぞの営業コメントです。 http://www.mag2.com/m/0001522550.html http://magazine.livedoor.com/magazine/69 本日のご質問。ブログ初心者向けの内容なので、すでに月間数十万PVくらいの方は笑ってスルーお願いします。これからブログ書く、または今書いてるけど誰も読んでくれないという方のみチェックしてください。その前に、初めての方からメールを頂く場合、けっこうな確率で「永石さん」と言われます。永江一石をつないで永石になってると思いますが、
By Βethan スタートアップ企業が最初の顧客を獲得することはまさに産みの苦しみであり、そのために日々、起業家たちは試行錯誤を繰り返します。そんなスタートアップ時の苦労を解消できるかもしれないアドバイスとして、人材派遣会社YesGraph(イエスグラフ)が最初の1000人のユーザーをゲットした方法を公開しています。 How YesGraph Got Its First 1000 Users - YesGraph Blog http://blog.yesgraph.com/post/63562259689/first-1000 初めから人が殺到するという商品・サービスはほとんどなく、顧客が流れ込んでくるまでには長い時間を要することも少なくありません。スタートアップ企業は、顧客が流入するために様々なことを試して、流入を得られる方法を確立しなければなりません。イエスグラフがスタートアップ企業
せいぜい国内限定登録ID数千万程度のビジネスで「自社プラットフォームを立ち上げることになりましたので、コンテンツの提供をお願いします」とか大砲撃ち込んでくる馬鹿会社が後を絶たないんだけど、そんなに自殺したいの？ システム概要みたら、某上場企業の奴ならともかく出会い系やってた連中のシステム流用したテンプレの奴使ってるし。お前らはUSENかよ。もう少し考えろよ。 そりゃあ追加の課金収入が欲しいっていう動機は分かるよ？ いまの事業だけやってたって、なかなか月額収入だけでは将来が微妙だから、持ってる顧客データをもっと幅広く回収に回せる方策を考えたいというのはいい。でもさあ、プラットフォームだ、購買情報は俺たちのものだ、コンテンツ置かせてやるからショバ代寄越せ、って言われても、ちゃんとプッシュしてくれなかったら売れるわけがねえだろ。客が来る導線ぐらいしっかり作ってから提案もってこいよ。お前らの株主や
こんなことをしているから馬鹿だと思われるんだよ。 今回の件に関するお詫びと反省、生じてしまった誤解へのご説明 http://www.littleshotaro.com/archives/1788 何でお詫びするんだよ。何で反省するんだよ。お前らは間違ったことは言ってない、批判されようがスパム送られようが内容証明が届こうが、突っ張ってmixiを全力で叩いてこそ新時代を切り拓く存在になる資格を得ると何度言えば分かるんだ。戦え、戦えよmixiと。バーカって書けよ。潰れろと言えよ。あれだけ盛り上がっていたサービスを、わずか4年足らずで残念なビジネスの代名詞にしてしまったカスどもの葬送歌を高らかに奏でてこそ新参ウェブサービスのあり方だと言ってるだろ。mixiに思いやりの気持ちなんて持つ必要ねえよ。株主であるわたくしが思いやられてるぐらいだわ。損してるんだぞ畜生。柄にもなく銘柄に思い入れを持った挙句が
「半年後には竹島さんもご勇退だし、むつかしい事案に取り組むにはタイミング的にちょっとどうか」的な話が流れてきておりまして、何というか総萎えな展開となっております。まさかの花道対策で消費者問題が放置というのもいかにもな民主政権時代の官僚の横向き具合であり、お気持ちはとても分かるんですけれどもそれはどうなのでしょう、といった按配となっております。 せめて、ガチャの確率の明示をしなさいレベルの勧告ぐらいまでならいいんじゃないかと思ったんですけどねえ…。 私が手がけているわけではないけど、同業さんなどと協力して、過去にリリースした作品すべての関係先や、人脈図の作成などに着手しているようですが、釣りゲーでの裁判なんか笑っちゃうぐらいのソースコード丸パクリでの開発や、制作を担当する開発会社に対して射幸心を一層煽り熱くさせて課金するよう強制する「コンサルタント」の提示書面とかが次々と出てきて、ずいぶん過
日本で結構大学生や高校生の就職が厳しいという話があり、それへの警鐘というか、いわゆる危険デマとして、外資系の日本人学生スルーの話が良く出るらしい。ここんとこ、シンガポールやら欧州やらわたわたと仕事をする中で、比較的先方のヒューマンリソース担当のマネージャーと話をする機会がとても多くなった。んで、日本国内で聴く話と現実の様相が全然違う部分があって、一応指摘しておこうと思った。 ● もともと多国籍企業では学卒をいきなりリクルーティングするという行動原理があんまない 日本人学生が駄目ってんじゃなくて、そもそもあんまり学生をいきなり採らない。「日本人学生を採用しないの？」と聴くと、たいてい「人材会社から経験のある日本人がいっぱい紹介されるのに、なんで経験のない、これから教育コストをかけなきゃいけない学生を採用するの？ 不合理じゃね？」みたいな回答を良くされる。 同じような話はフランスでもドイツでも
2011年02月11日10:08 カテゴリ経済テクニカル 相撲部屋の構造 相撲の八百長から始まって、電波行政からDVRまであらゆる分野で「相撲部屋」的な構造があることをみてきた。誰でも抱く疑問は、なぜ日本人はどの業界でも同じパターンの失敗を繰り返すのかということだろう。その原因は契約理論で説明できる。 多くの人々が組織で行動するとき大事なのは、交渉問題をいかに減らすかということだ。標準的な契約理論では、資本家と労働者が1回限りの契約を結ぶことを想定するが、こういう場合は契約を結んで相手が投資したあと裏切って再交渉することが合理的になる。 この問題を解決する一つの方法は、命令系統を決めて裏切りを許さないことだ。垂直統合は資本家を決定権者とするタテの組織で交渉問題を避けるメカニズムだが、職能集団の集合体なので職域を超えたヨコの動きがむずかしい。欧米企業では一つの部門で採用した社員を他の部門に異
2011年01月18日09:20 カテゴリ経済テクニカル 終身雇用の合理性 きのうの安藤至大氏の一連のつぶやきについて、ややこしい話なのでツイッターでは書けなかった点を少し補足。長期雇用契約を結ぶ際に，使用者側は水準以上の人を雇っているはずです。採用に関しては広範囲の自由が認められているからです。しかし，その中に大活躍する人やうまくいかない人がいることは避けられません。だから長期契約を守るために窓際族を抱えることも必要だというのは一理ある。Shleifer-Summersは、敵対的企業買収は労働者に対する長期の「暗黙の契約」を破って彼らの企業への人的投資の成果を事後的に搾取することによって利益を上げるものだと論じた。 労働者は長期的に雇ってもらうことを前提にその会社でしか役に立たない企業特殊的技能を蓄積する。その技能が必要なくなっても経営者は解雇できないが、企業買収によって彼らを解雇すると
2010年12月29日07:30 カテゴリArtValue 2.0 2010年のAppleから学ぶべき3つ不等式 老いたな、大前さん。 大前氏 アップルは失敗繰り返しアンドロイドに負けると予測(NEWSポストセブン) - エキサイトニュース アップルのCEOのスティーブ・ジョブズは、今まさにパソコンのMac（マッキントッシュ）と同じ失敗を繰り返そうとしているように見える。“Macの失敗”とは、OSを他の企業には売らず、ハードとワンセットで自分で売ろうとしたことである。 15年前とはルールが変わったのに。 いや、変えたというべきか、 インターネットの自らの重みと、Appleが。 以下、学習難易度順に不等式をならべてみる。 1. 利益＞売上 まずはこちらをご覧いただこう。 これは一年間を通してみたAAPL, GOOG, MSFT の「IT三巨頭」の株価の騰落にNASDAQのそれを重ねたものだが
Nich Carrのエントリ経由で知ったのだが、マッキンゼーが"Clearing the air on cloud computing"というレポートを発行しており、そこに諸説あるクラウドコンピューティングの定義がのっており、流石にきれいにまとまっているので紹介したい。 1.Hardware management is highly abstracted from the buyer 2.Buyers incur infrastructure costs as variable OPEX 3.Infrastructure capacity is highly elastic (up or down) 1. 買い手にとって、ハードウェア管理が高度に抽象化されている 2. 買い手はインフラコストを変動的な事業運営費として負担する 3. インフラのキャパシティは高度に伸縮性がある（上がる方にも下
前回のエントリーで、「情報共有の重要さを理解できない奴はアホだ」と書いた。何故アホなのか？ ＜追記＞ コメント欄で指摘されましたが、「情報を共有しない奴はアホか？」というのは表現として不適説でした。正確には共有しない事が悪いのではなく、「共有しないほうが得だと考え、意図的に情報を隠している奴は何故アホか？」ですね。 ここは素直にゴメンナサイです。 「共有か？抜け駆か？」という話では、往々にしてゲーム理論や囚人のジレンマが引用される。だが、この囚人のジレンマは、実のところ机上の空論だったりする。それはなぜか。 なぜ囚人のジレンマは机上の空論か？ 囚人のジレンマには幾つかの成立条件がある。 その１つは、「プレイヤー間での情報交換や、強制力のある合意を形成できない環境」というものだ。つまり、情報交換ができるプレイヤーが多数存在する時点で、囚人のジレンマを持ちいた説明には意味がない。 プレイヤー間
2008年05月30日18:15 カテゴリArt書評/画評/品評 泥のように働いて、何が出来上がりましたか? なんというはてブホイホイ。 「10年は泥のように働け」「無理です」??今年も学生と経営者が討論 − ＠IT 「IT技術者はやりがいがある仕事か」---学生とIT産業のトップが公開対談：ITpro すでに去年の討論、というか重鎮なるものの見かけ倒しぶりに関しては、 404 Blog Not Found:イメージを形にできない人は減衰する で取り上げたので、今度は学生側のふがいなさについて取り上げることにする。 確かに重鎮側のアナクロぶりには辟易するのだけど、学生側も学生側で、そこまで猫かぶってる理由がわからない。そこまで下手に出なきゃわからないほど複雑怪奇な仕事なのか、IT業界って。「客のために何か作って代金を頂くだけの簡単なお仕事」じゃないの。 だから、真っ先に聞いておこうよ。「あ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く