「Chromium を組み込む」っていうアプローチ (要は Elect某n とかのこと) はホントにク○なのでやめた方がいい、と、元なかのひととしては繰り返し言っておきたい

この記事は 「Develop fun!」を体現する Works Human Intelligence Advent Calendar 2020 21日目の記事です。 昨日の記事は@sparklingbabyさんのStream API がもっとわかる記事でした。 あらすじ 私は2019年にWorks Human Intelligence（正確には分社前の会社）に新卒入社し、 19年10月からプロダクト開発部門に配属され、SETエンジニアとしてとある製品のJava開発環境の改善に取り組んでいます。 ざっくりとプロダクト開発を紹介するとこんな感じです。 3万クラス程度ある大規模Java Webアプリケーション 開発環境はEclipseを使用 開発者のOSはWindowsのみ Before 私が開発チームに参加した時点では 部門として新規開発に注力しており、足下の環境改善をやる担当者がおらず、 い

3. 1. 議論の整理 議論を整理するため、本検討会における議論の対象となっている「研究開発型ベンチャー」の意味についての 認識を統一する必要がある 3  ベンチャー企業（スタートアップ企業） 中小企業（下請け企業） 外部投資家（ベンチャーキャピタル等）からの投資を受けている － 創業者は株主から急速な成長モデルを描くことが義務付けられている（高いIRRの実現） － 創業者は株主からスケーラブルなビジネスモデルを描くことが義務付けられている（リニアな積上げは×） － 創業者は株主に対してエグジットの道を提供することが義務付けられている（IPO又はM&A） － 与えられた猶予は最長でも10年（実際にはもっと短い期間で投資家からエグジットのプレッシャをかけられる） <主な特性>  研究開発型ベンチャー企業 <主な特性> 複数分野に応用可能な革新的なテクノロジーを持っている － リソース制約

Amazon Web Services ブログ “医療情報システム向け「Amazon Web Services」利用リファレンス”の公開：APN パートナー各社 医療情報システム向け「Amazon Web Services」（以下「AWS」）利用リファレンスが AWS パートナーネットワーク のパートナー(以下、APN パートナー)各社のサイトを通じて公開されましたので、お知らせさせていただきます。医療情報を取り扱うお客様がこの文書を活用することにより、医療情報システムの安全で効率的な構築が AWS 環境で可能となることを目指し、AWS は APN パートナー各社の皆様を継続して支援させていただいています。 -医療情報システム向け「AWS」利用リファレンスとは 日本において医療情報システムの構築・運用を行う上で遵守すべき厚生労働省、総務省、経済産業省の 3 省が定めた各ガイドラインに AW

IoTデバイス用プログラミング言語「Eclipse Mita」登場。C言語へ変換、組み込み開発を容易に Eclipse Mitaでは、IoTデバイスをプログラミングする際に面倒になりがちな、センサーの読み取りやネットワークデバイスの制御といった低レベルかつデバイスごとに異なる部分をプラットフォームごとに吸収する仕組みを持ち、IoTデバイスにおいてもモダンなプログラミングを実現できるとのこと（プラットフォーム吸収部分のドキュメントはまだ準備中のようです）。 また、イベントループを用いることでプログラミングモデルを分かりやすくするなど、組み込み開発を経験したことのないプログラマでも容易にIoTデバイスのプログラミングができるような言語設計になっています。 Eclipse MitaのコードはC言語として出力されるため、多くのIoTデバイスに対応できる見通しです。 Eclipse Mitaの発表に

If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the

はじめに 本稿では、iOSアプリ開発に関する初歩的な情報を共有します。 ※本稿の情報は2020年2月現在です。 Xcode + Swiftによる開発を前提として記述しています。 私の認識違いなどがありましたらコメントでお知らせいただけると幸いです。 iOSアプリ開発に必要なもの Mac iOSアプリの開発ツールの"王道"は、Appleが提供しているXcodeです。 XcodeはMacでのみ動作します。 まずはMacの操作に慣れる必要があります。 Mac をはじめてお使いになる方（Apple公式） Xcode Xcode（エックスコード）はAppleが提供している、無料の統合開発ツール（IDE）です。 iPhone、iPad、Mac、Apple Watchのアプリを開発することができます。 Apple製品ユーザーであれば、Apple IDはお持ちかと思います。 MacとApple IDがあれ

If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the

随分前から「もう古い」と言われ続けてきたCOBOL言語。それでも、COBOLで書かれた業務アプリケーションは、今も多くの企業で利用されている。特に金融機関では、膨大な量のCOBOLアプリケーションがバリバリの現役。金融機関でも大手ともなると、年間で500億円以上もの巨費を、COBOLアプリケーションの保守に費やすというから、驚きである。 巨額の保守費用は当然、IT予算を圧迫し、攻めのIT投資を難しくする。金融機関の場合、先端ITを活用して新たなサービスを創るFinTech（フィンテック）関連などの投資を増やさなければいけないから、由々しき問題である。本来なら一刻も早く、肥大化したレガシー資産を今主流の技術基盤に移し、同時にスリム化を図る必要がある。 実際、保守業務の非効率性は目を覆うばかりだ。ある大手金融機関では、プログラムを1行直すだけでも2カ月かかる場合もあるという。あまりにも長期間に

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

システム屋の常識ってものが分からないのですが・・。 社内の業務をいくつかIT化することになった。ACCESSとかでも頑張ればできそうな感じだったんだけれど、システム屋にやらす方向で進めることになった。 何社かシステム屋呼んで、こっちのやりたいことをいって、概算金額出させてた。この時出てきた金額が350万～2200万。こんな簡単なシステムなのになんでこんなに金がかかるのか・・。なんでこんな差があるのか・・。（この時点でシステム屋業界に対しての不信感が社内に生まれることになった。）結局、一番低い金額で出してきたところが、営業の印象もなかなかよく、そこに決めることになった。 その後、細かい金額出させるために何度か呼んで、必要なことを事細かく伝えて詳細見積りとスケジュール表を出せっていった。それで出てきたのが、A3の紙１枚で4項目ぐらいのざっくり見積りと、設計期間・製造期間・動作確認期間っていう期

ユーザがベンダに対し，ベンダが一方的に開発契約を解除したとして，損害賠償を求めたが棄却された事例。 事案の概要 ユーザＸは，ベンダＹに対し，平成14年9月18日に，Ｘの人材派遣業務に必要なシステムとして２つのシステムの開発を委託した（契約金額の合計は840万円）。 その後，Ｙは，9月25日にはソフトウェアの概要仕様を記載したシステム設計書を交付したが，Ｘは内容不十分であるとして記名押印を拒絶したためシステム設計書は確定しなかった。さらに，下請業者が交替するなどして，翌平成15年9月になってプロトタイプを作成するとともに再度ドキュメントを提出したが，Ｘは，やはり記名捺印を拒絶し，確定しなかった。その後もＹからはドキュメントが提出されているが，Ｘはやはり拒絶した。Ｙは，Ｘに対し「弊社は契約書の範囲内で最後まで誠意をもって開発を行います。」などと記載した書面を交付した。結局，平成16年9月になっ

codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。

某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と

今週月曜日に公開した記事「特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐」は、記事に対して数多くのブックマークやツイートが行われ、大きな反響をいただきました。 その萩本氏から「問題提起だけで終わるのではなく、こうあるべきだという提案もしたい」、という依頼をいただいたので、記事にいただいた反響への返答という意味も込めて、萩本氏の提案についても掲載したいと思います。 以下からは萩本氏の文章となります。 これまでのIT業界の慣習を捨て去り、あるべき姿へ 僕が日記（注：記事の元になったFacebookへの書き込み）を書いたのは、二度とこのような案件が出ないよう本質的な問題提起をしようと思ったからです。 それが僕の責任だと思いました。 本質的問題を提起したつもりですが、しかし本当に理解していただいたのかというのが心配でもあり、また理解していただいたとしても、今後何