平井デジタル相は、27日朝、フジテレビ「日曜報道 THE PRIME」に出演し、日本に入国した外国人に対して、行動を確認するための追跡アプリの使用を義務化すべきだとの考えを示した。 平井デジタル相「海外から入国して、その後どうするかというシステム(追跡アプリ)を開発している。使わないと入国させないというところまでやらないと効果がないので、そうするつもりです」 平井デジタル相は、現在、日本に入国した外国人用の新たな追跡アプリを開発中で、遅くても2021年の東京オリンピック・パラリンピックまでに、運用を開始したいとの考えを示した。 そして、このアプリの使用の義務化について、「やらなきゃしようがない」と強い意欲を表明した。
先日koherが投稿した記事が多く読まれたようです。記事の内容は僕とkoherが普段話してきた内容が多く登場しているため、僕が人々に伝えたい内容とも強く合致しています。しかし残念な事にインターネットの反応を見ていると、誤解しているケースが思ったより多くありました。 そこで、ネットで見られた意見に対して返答を書きました。 特定の実在する意見は指さずに、僕が感じ取った文脈を編集したものを対象にします。それによって、「そんな事言われてないじゃないか」と思うものがあれば、僕としてもそのほうが嬉しいのでそれで問題ないです。 「たしかにそうだ」と思ってnull安全に今一度興味をもってもらえれば嬉しいです。 なお、記事中のコードは特に言及が無ければswiftです。 意見: null安全があっても、ちゃんとやるのを忘れているかもしれないのでは 忘れません。ちゃんとやらないと、コンパイルが通らないからです。
これらは、表中の「リプレース対象言語」に挙げたように、多くのメジャー言語に対する代替手段でもあります。 Java の代わりには Kotlin や Ceylon が、 JavaScript には TypeScript や Flow が、 Objective-C には Swift が、そして PHP には Hack があります。 Python は自身に null 安全 を取り込みました。 Crystal は直接 Ruby と連携して使えるわけではありませんが、 Ruby 風の null 安全 な言語です。 Rust は C++ の代替を目指して開発され、 Firefox の一部で C++ のコードを置き換えるのに使われています 2 。 null が引き起こしてきた数々の問題を考えると、僕は、 null 安全 は GC （やその他の安全なメモリ管理手法）に匹敵するプログラミング言語の進化だと考え
ビルドやテスト環境の自動化は、顧客の一声でつぶされてしまった～自動化の現場の真実（前編）。システムテスト自動化カンファレンス 2015 テスト自動化研究が主催するイベント「システムテスト自動化カンファレンス 2015」が、2015年12月13日に、六本木のヤフー株式会社で開催されました。 午前中に行われたセッション「自動家は見た～自動化の現場の真実～」には関西のコミュニティ「おいしが」のメンバーが登壇。テストを含む開発環境を自動化しようとしてきたエンジニアの、現場での苦悩と苦労をリアルに紹介しています。 その内容を前編、中編、後編の3本の記事にまとめました。この記事は前編です。 自動家（オートメータ）は見た！ 自動化の現場の真実。 「おいしが」の前川博志氏。 おいしがから来ました。グループ名にあんまり深い意味はありません。 自動化で発表される事例は、わりと恵まれた環境で、すごい能力を持って
今回のソリューション：【GitHub（ギットハブ）】 〜「GitHub」でソースコードを社内・社外に公開し、オープンなコラボレーションを実現した事例〜 数々のサービスを生み出し続けるエンジニアリング集団、株式会社サイバーエージェント。そのエンジニアリング文化の中心には、「GitHub」を活用したオープンなコラボレーションがある。 同社ではプロダクトのソースコードは可能な限り全社公開すると同時に、 「スターインセンティブ制度」というリポジトリのスター数に応じたインセンティブを与える制度により、自身の書いたコードを社外へ公開することを推奨している。 ▼そもそもGitHubって何？という方はこちらの記事もどうぞ！ チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 ソースコードを可能な限り公開していくという流れは、ITベンチャーのみならず世界的大企業にも派生
2. 良いコードとは • （エンタープライズにおける）良いコードとは、「読みやすくて 理解しやすく、修正しやすいコード」のことである • メモリ使用量やCPU使用量、I/O転送量が低いコードのことではない • 少しでも高速に動作するコードのことではない • ゲームや特殊な環境で動作するソフトウェアなどでは、こういうコードが「良 い」コードの場合もある • トリッキーな手段を駆使してなるべく短くかかれたコードのことではない • 競技プログラミングなどでは、こういうコードが「良い」コードの場合もある 3. なぜ「良い」コードを書くべきなのか • エンタープライズでは、チームで開発することが多い • 一人ですべて開発するのだとしても、３か月前の自分は他人 • エンタープライズでのコードは、「書かれる」よりも「読まれる」 ことが圧倒的に多い • エンタープライズのコードは機能拡張が常に発生するため
Visual Studio Code は JavaScript 開発が超絶便利になる可能性を秘めている！ クロスプラットフォームでオープンソースな IDE 環境、Visual Studio Code が公開されたので試してみた。 拡張を入れなくても、デフォルトで JavaScript の「自動 Lint」「Grunt、Gulp 連携」「デバッグ」が動いた。なんだかすごく便利そうな予感。 Windows 環境で起動してみたらこんな画面だった。 なんか黒いが、色は好みにカスタマイズできるし、プリセットからも選べる。 フォルダーを開くことから始まる Visual Studio Code にはプロジェクトの概念はない。 [File] > [Open Folder] からフォルダーを開けばよい。 ためしに、過去に作った Node.js 製の livereloadx のフォルダーを開いてみた。 左側に
1. Copyright © NTT Communications Corporation. All rights reserved. 1 ⼤大企業で実現するイマドキの内製開発 NTTコミュニケーションズ株式会社 技術開発部 岩瀬 義昌 2015年年7⽉月29⽇日 【A-‐‑‒5】【ユーザ企業登壇！】先進企業が語る、 ソフトウェア開発環境のビフォーアフター 2. Copyright © NTT Communications Corporation. All rights reserved. 2 ■名前 岩瀬 義昌 / @iwashi86 ■仕事 NTTコミュニケーションズ株式会社 技術開発部 Webコア Technology Unit Web/インフラ エンジニア ⾃自⼰己紹介 ■コミュニティ活動 ・WebRTC Meetup Tokyo
以前XP祭りでLTしたものの10分版。 「せっかく作った物が喜んでもらえない」 「仕様だ、バグだ、の不毛な争い」 「振り回されて疲弊するエンジニア」 など、受託開発でうまくいかない局面は多くあるが、ある一つのことを意識的に行うようにしたら、自分たちの受託開発が180°変わった、という話。Read less
) 4月1日に10年続くとあるWebサービスをフルリニューアルしました。 リニューアルの目的は、システムが度重なる機能拡張により、必要以上に複雑化してしまい、ちょっとした修正でも非常に時間がかかるので今後、事業のスケールを拡大していく上のが難しくなってきたためです。 特に大きなところですと、スマホサイトがリニューアル前のサイトだと、スマホとPCで機能が完全に分断されてしまっていました。サイトを立ち上げた当初はスマートフォンすらなかった時代なのでしょうがないとは思いますが、これをこれ以上保守していくのはしんどいので、スマホファーストの思想を取り入れサイトを設計していきました。 技術的にも、PHPからRubyに変更して、ELBやS3をとりいれ、Githubベースの運用に変更することで、時代の流れに取り残されていたWebサイトを今風な感じの仕組みへと変更しました。 リニューアル自体はプロジェクト
マイクロソフト、Javaで開発されたWebアプリの応答速度、要求数、セッション数、クライアントの分析などさまざまなメトリクスを把握する「Application Insights SDK for Java」発表 マイクロソフトは、.NETアプリケーション対応のWebアプリケーション分析サービス「Visual Studio Application Insights」を、Javaでも利用可能にする「Application Insights SDK for Java」を発表しました。 Application Insightは、Webアプリケーションのパフォーマンスや可用性、ユーザーがどのようにアプリケーションを利用しているのかなど、さまざまなメトリクスを取得し視覚化するサービス。 開発者がWebアプリケーションをデプロイすると、すぐにそのアプリケーションの性能やユーザーの使い勝手などのフィードバッ
2. 自己紹介 • 1998年 株式会社ナムコ 入社 • 1999年 蚊取り大作戦 (ナンジャタウン) • 2000年 ディグダグ (パチスロ) • 2003年 ミスタードリラー ドリルランド (GAMECUBE) • 2003年∼2004年 ドンキーコンガシリーズ (GAMECUBE) • 2005年∼2006年 リッジレーサー6, 7 (Xbox360, PlayStation3) • 2006年∼ 社内サウンドライブラリ NUSound アーキテクト 4. リッジレーサー6 Love FOOTBALL リッジレーサー7 鉄拳5 DARK RESURRECTION 鉄拳5 DARK RESURRECTION ONLINE ビューティフル塊魂 エースコンバット6 鉄拳6 ソウルキャリバー レジェンズ スマッシュコート3 ファミリースキー ファ ミリージョッキー もじぴったん プチプチ ソ
システム開発紛争事例を，争点別にまとめました。非常に乱暴に要約しているので，詳細はリンク先または判決文をご確認ください。個別のエントリを追加したら随時インデックスも更新します。 契約の成否 契約締結上の過失 契約の個数・性質 仕様の認定・契約の内容 プロジェクト中断の責任 システムの完成 瑕疵（契約不適合） 追加費用・仕様変更等の報酬算定 費用の減額 過失・責任論 損害論 合意解約 その他 契約の成否 ■システム開発請負契約は，ベンダから仕様書，見積書等が提示され，これをユーザが承認して発注することにより相互の債権債務の内容が確定した段階で成立する（名古屋地判平16.1.28） http://d.hatena.ne.jp/redips+law/20100108/1327130292 ■システム開発総額の見積書が提示されたものの，開発範囲はFit&Gapの結果によって決まるなどの記載に照らす
gistfile1.md エンジニアのための法律勉強会#1『受託開発における契約時の注意事項』参加メモ http://coedo-dev.doorkeeper.jp/events/20181 講師: 野島 梨恵氏（東京山王法律事務所） 2015-02-10 19:15-20:45 Co-Edo 前提 システム開発そのものは素人だけど、裁判にはクライアント/開発側の両方で関わったことがある。 裁判官はもっとシステム開発については分かってない。 弁護士を通じてしか当事者と話すことがないので分からなくてもしょうがない プラクティス勉強会というのを裁判官が開いているよう 体系立ててまとまった書籍はない 古い本しかない 民法上の請負契約 ソフトウェアは前提になっていない 建築の契約が前提になっている ある仕事を「完成」させることにより報酬 請負 <-> 委任 弁護士、医者は委任契約 請負人の自由度が
ポイントは下記の通りです。 X社（原告）はセキュリティ対策について特に指示はしていなかった 損害賠償について個別契約に定める契約金額の範囲内とする損害賠償責任制限があった 当初システムはカード決済を外部委託し直接カード情報を扱っていなかった X社が「カード会社毎の決済金額を知りたい」とY社に依頼をして、その結果カード情報をいったんDBに保存する仕様となった（2010年1月29日） X社からの問い合わせに対してY社は、カード情報を保持しない方式に変更することが可能で、そのほうが安全となり、費用は20万円程度である旨を伝えた（2010年9月27日）が、その後X社は改良の指示をしなかった 以下の脆弱性その他が認められた システム管理機能のIDとパスワードが admin/password であった 個人情報が記載されたお問い合わせログファイルの閲覧が可能（ディレクトリリスティングと意図しないファイ
「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人 情報処理推進機構 が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。 原理原則 17箇条 ユーザとベンダの想いは相反する 取り決めは合意と承認によって成り立つ プロジェクトの成否を左右する要件確定の先送りは厳禁である ステークホルダ間の合意を得ないまま、次工程に入らない 多段階の見積りは双方のリスクを低減する システム化実現の費用はソフトウェア開発だけではない ライフサイクルコストを重視する システム化方針・狙いの周知徹底が成功の鍵となる 要件定義は発注者の責任である 要件定義書はバイブルであり、事あらばここへ立ち返るもの 優れた要件定義書とはシステム開発を精緻にあらわしたもの 表現されない要件はシステムとして実現されない 数値化されない要
![[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG](https://cdn-ak-scissors.b.st-hatena.com/image/square/bfb41ba2bfefb166491d5d3e83380136f2017ab2/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttp%2Foshiire.to%2Fwp-content%2Fuploads%2F2015%2F01%2F17principles-300x212.png)
今日は、発表出来なくてすみません...。 写真の素材は下記サイトを使用しております。 http://www.pakutaso.com/ PAKUTASO（ぱくたそ）無料写真素材 Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
