AIに『宗教戦争』をテーマに描いてもらったら、何を描きたいのかわかるぞ…となるものが出来上がった「時代背景は明治ですね！」ポス鳥「ジョージ＝コクム」（森に入ったのですが怪物もおらず、ポス鳥だけがいました。赤字貿易経営者！ @_596_ ポス鳥はかわいい橙色（ここ重要！）巨大な鳥の姿をした目がいっぱいの鳥です。ポス鳥は多くの目でずっと遠くまで見渡すことができ、フォロワー達と遊んでいました。でもお腹が減りましたね。その時、フォロワーたちを（文字数）ポス鳥「ジョージ＝コクム」輸出入業経営者の貿易業者兼ライター。下記リンクはポス鳥のnoteアカウント note.com/glad_auklet4142
時雨堂 10 期振り返り
時雨堂は 9 月決算なので、振り返っていきます。 方針通りには進んだ前期に上げた方針は以下の通りです。 来期は自社製品の SaaS を提供予定です。ただの SaaS ではなく他社には無い自社製品の強みを生かした製品を提供します。実際 2022 年 6 月 1 日に主力製品である WebRTC SFU Sora の SaaS 版である Sora as a Service Tobi のアーリーアクセスの提供を開始しました。 時雨堂にとって初めてのサービス型製品ということで、早く利益を出すよりも「顧客が安心して使える」を目的に設計をしました。 既存の WebRTC の SaaS を意識するのではなく、あくまで「自社の主力製品であるパッケージ製品を自前で運用しなくて良い」というマネージドサービスを提供する方針にしました。これはよくある OSS を開発し、そのマネージドで稼ぐというビジネスを意識して
「龍角散」復活 左遷された女性開発者が原動力に｜出世ナビ｜NIKKEI STYLE
1998年の発売以来、医療・介護の現場から家庭まで幅広く利用されている、龍角散の服薬補助ゼリー。薬を飲みやすくするために開発されたゼリー状のオブラートで、世界35カ国1地域で特許も取得している。福居篤子執行役員が生みの親。一連の開発で多くの賞を受賞する一方、左遷も経験している。逆風にへこたれず、それを力に変えた彼女の実力を見込んで役員へ引き上げたのは、現社長の藤井隆太氏。服薬補助ゼリーシリーズ開発の軌跡を通じ、一時は倒産の危機に瀕した老舗企業を、2人のリーダーはどう蘇らせたのか。証言を基に振り返った（次回「『独裁』は悪いですか 龍角散を再生した音大卒社長」参照）。 ◇ ◇ ◇ 臨床薬剤師としての病院勤務が原点「製薬会社はどうしてこんな飲みにくい薬を作るのだろう？」。龍角散執行役員の福居篤子氏は臨床薬剤師として病院に勤務していた頃、よくそんなことを思っていたという。 薬が嫌だ、飲みたくな
きまぐれ日記: MeCabがiPhone,OSXに載っていると言うのは止めようと思う
iPhoneのSDKの条項に変更が加わり、Flashのクロスコンパイルを含む 純正開発ツール以外で作成されたバイナリの配布が禁止となるようです。 世間でも散々言われていますが、この変更は正直とても残念です。 Apple的には「製品のクオリティーが保てないから」という理由だそうですが、 Windows版iTunesが意味もなくQuickTime入れたり、Windows非標準のUIを 使いまくっていて、お世辞にもクオリティーが高いとは言えないのを棚にあげて、 クオリティー云々と言い訳できるのでしょうか。アプリなんて所詮 玉石混淆。決めるのはユーザです。 MeCabは以前GPL/LGPLでした。Appleを含む複数の方からこのライセンスでは 使いにくいと言う指摘をうけ、前職の同僚と協議をしながらBSD/LGPL/GPL のトリプルライセンスにしたという経緯があります。結果としてこの変更は うまく
AGPLが適する場所、適さない場所 | フューチャー技術ブログ
前回翻訳したAGPLを理解する: もっとも誤解されたライセンスでは、実体以上に強いライセンスであると思われているケースについての紹介がありました。 もちろん、使い方次第ではアプリケーションコードの開示が必要になってしまうケースもあるかと思います。前回のエントリーはわかりやすい切り口で書いてくれていますが、いくつか、やはりプロダクトコード側へ制約が出るケースが考えられるので、その点についてまとめてみます。 AGPLの特徴を2行でまとめると以下の通りかと思います ネットワーク越しに利用することも配布とみなし、AGPLで書かれたアプリケーションのソースにアクセスする権利が伝わる ネットワーク越しの利用することはリンクではないため、ネットワークで通信するアプリケーションのライセンスをAGPLにする必要はない 配布とリンクがごっちゃにされるのが、よくされる誤解の原因かと思います。もしネットワークアク
Kubernetesにおけるコンテナ起動時間高速化に向けた検討 - Preferred Networks Tech Blog
本投稿はPFN2022 夏季国内インターンシップに参加された江平智之さんによる寄稿です。 はじめに PFN2022 夏季国内インターンシップに参加していた江平智之です。現在修士１年で、大学では分散システムやクラウド技術について研究しています。 今回のインターンシップでは、「JP04. Kubernetesにおけるコンテナ実行環境の改善」というテーマでコンテナ起動時間の高速化に取り組みました。 背景 PFNでは機械学習基盤としてKubernetesクラスタを使用しており、リサーチャやエンジニアはKubernetesクラスタ上のPod内で機械学習やシミュレーションなどの計算を行っています。スケジューラによってノードにアサインされた後にPod内にコンテナが起動されますが、ノード上にコンテナイメージのキャッシュがない場合にコンテナ起動が遅いという問題がありました。計算はPFNの研究開発における主要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
