タグ

ブックマーク / www.infoq.com (14)

  • Microsoft、Excelカスタム関数としてJavaScriptのサポートを発表

    AI、ML、データエンジニアリングInfoQトレンドレポート-2023年9月 今回のポッドキャストでは、InfoQ編集部のメンバーとInfoQの友人たちが、毎年恒例のトレンドレポート作成のプロセスの一環として、AI、ML、データエンジニアリングの領域における現在のトレンドについて議論する。これらのレポートは、InfoQの読者に注目すべきトピックのハイレベルな概要を提供し、また編集チームが革新的な技術に焦点を当てるのに役立つ。InfoQ.comで閲覧可能なレポートとトレンドグ...

    Microsoft、Excelカスタム関数としてJavaScriptのサポートを発表
    indication
    indication 2018/06/12
    開発にVScode使ってたよね。5月はじめのBuildで発表してたような。別の場所で更新したデータをリアルタイムに表示出来てた記憶。
  • OracleがJDKの全ての機能をオープンソース化し、Java EEの欠点に取り組む計画を発表した

    今年のJavaOneオープニングの基調講演において、Oracleは、GPLでJava SEをリリースし、Oracle JDKの全ての機能について、オープンソース化する計画を発表した。また、Java EEは、マイクロサービスとサーバレスの新世界に適合していないことを認め、この問題に取り組む計画について話した。現代のマイクロサービスアーキテクチャのケーススタディは、AlibabaとSpotifyによって提供された。基調講演のビデオは、YouTubeで視聴できるが、ここでは、重要な情報を要約して提供する。 セッションは、Intelのシステム技術/最適化部門部長、Michael Greene氏の話から始まった。Greene氏は、どのように「未来のもっとも価値のある通貨がデータになる」かについて話し、IntelのXeonプロセッサは、そのデータを扱う準備ができていることを強調した。Greene氏の話

    OracleがJDKの全ての機能をオープンソース化し、Java EEの欠点に取り組む計画を発表した
    indication
    indication 2017/11/28
    var ってC# の特権だと思ってた。List<string> list = ArrayList<>()に対応したというときはソコじゃないというもどかしさを今も忘れない。あ、JavaScriptじゃないよ
  • Volkswagenのエンジニアに懲役40ヶ月の実刑が下る

    New York Times他のメディアが伝えるところによると、排気ガステスト装置を欺いて排出量のレベルを過小報告する目的でソフトウェア開発を行なったとして、同ソフトウェアの設計と開発に携わったエンジニアのJames Liang氏に対して懲役40ヶ月と20万ドルの罰金が宣告された。ハードウェアとソフトウェアに排出ガステスト対象デバイス特有の入力属性を登録しておいて、排気ガス中の排出レベルを減少させるために、エンジンのモードを変更可能にしたものだ。通常の運転中はソフトウェアのコントロールをオフにして、トルクを改善したり、あるいは燃料消費量を削減したりしていた。 このスキャンダルによる損失は米国内だけで240億ドルを越え、ソフトウェア工学における倫理に関する議論を再燃させた。 今回の状況における倫理について検討したIEEEの記事の中で、イスラエルのネゲヴ・ベン=グリオン大学でビジネス倫理を担当

    Volkswagenのエンジニアに懲役40ヶ月の実刑が下る
    indication
    indication 2017/10/11
    排ガス測定器(要求仕様)があって、目標値(要求仕様)がある。要求仕様を満たすように調整すればいいが、そこには倫理という隠れた要求仕様があった と考えてよいのか、分からない。OKしたのは組織なんだし、なぜ個人?
  • ASP.NET Coreが.NET Frameworkサポートを終了

    先週の金曜日、ASP.NET Coreはひっそりと、.NET Standard 1.*と.NET 4.*から.NET Core 2.0のみに、そのサポート対象を変更した。これにより、Monoあるいはフル.NET Frameworkを実行するASP.NET Core 1.0 / 1.1アプリケーションは、2~3ヶ月内にリリースされる予定のASP.NET Core 2.0にアップグレードできない、ということになる。公開議論や正式発表もなくプラットフォームを大きく変更したと受け取られたことにより、多くの著名な開発者から怒りの声が上っている 。 クロスフレームワークのサポートはこれまで、ASP.NETコアの重要な要素である 考えられてきた。その基となる考え方は、企業が既存のサービスクラスやリポジトリ、サードパーティ製のライブラリを使用しながら、ASP.NET Coreに即時に切り替えることができ

    ASP.NET Coreが.NET Frameworkサポートを終了
    indication
    indication 2017/06/22
    よくわからないから、int.TryParseのHexIdentifrerをなんとかしてほしい。
  • .NETのOSSについてPhil Haackが語る

    原文(投稿日:2016/03/02)へのリンク .NETのオープンソースに関して、懸念を表明したメンバーやコントリビューターがいることは先週報じた通りだ(訳注:原文の記事は2016/02/24に公開)。現状についてより深い洞察を得るため、InfoQは前・Microsoftのプログラムマネージャーで現在はGitHubエンジニアリングマネージャーであるPhil Haackと連絡を取った。 PhilはQConの“オープンソース化された.NETの超絶的な力”というセッションのトラックホストを務めてもいる。 Philは.NETのOSSに関する現在の変革について説明を始めた。 .NETのOSSコミュニティに関する多くの不満は、他のOSSコミュニティと比べると、.NETのOSSコミュニティがまだ若いという事実によるものだと思う。多くのことがよくなってきているし、改善は続いているとは言え、コミュニティに

    .NETのOSSについてPhil Haackが語る
    indication
    indication 2016/03/23
    ms製品は凡人が達人の仕事をできるように見せかけるものばかり。だから、生産性の向上は間違いないと思ってる。xamlまだかな
  • Androidアプリ開発のためのGoogleのガイダンス

    Rustが再評価される:エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...

    Androidアプリ開発のためのGoogleのガイダンス
    indication
    indication 2014/11/27
    actionbarにおけるtabbarって、非推奨になってたはずだけど…?記憶違いかな?
  • 自己組織化チームとは何か?

    Rustが再評価される:エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...

    自己組織化チームとは何か?
    indication
    indication 2014/08/08
    こういうのがチームワークなのかな。羨ましい
  • GroovyがAndroid上で実行可能に

    Rustが再評価される:エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...

    GroovyがAndroid上で実行可能に
    indication
    indication 2014/06/13
    プランチ分けて、対応しようかな
  • Javaガベージコレクションのエッセンス

    あるアプリケーションの作業にとって、スループットは最も重要なターゲットです。1つ例を挙げると、長時間実行されるバッチ処理のジョブです。ガベージコレクションが実行されている間、バッチジョブが時々1、2秒止まっても、ジョブ全体がすぐに完了すれば問題ありません。 人間が直接対話するアプリケーションから金融取引システムまで、実質的な他のすべての作業では、システムが1、2秒か、数ミリ秒以上反応しない場合、大変なことになり得ます。金融取引では、しばしば一貫した停止時間と引き換えに、スループットを犠牲にするだけの価値はあります。物理的に利用可能なメモリ量によって制限されるアプリケーションを持ったり、footprintを維持しなければならなかったりすることもあります。そのような場合、停止時間とスループットの面の両方で、パフォーマンスをあきらめなければなりません。 以下のトレードオフは度々起こります。 大部

    Javaガベージコレクションのエッセンス
  • Jepsen: PostgreSQL, Redis, MongDB および Riak の分割耐性をテストする

    Rustが再評価される:エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...

    Jepsen: PostgreSQL, Redis, MongDB および Riak の分割耐性をテストする
    indication
    indication 2013/07/23
    レプリケーションが悪いと言われていたpostgresqlが評価されているのに驚いた
  • Javaのパフォーマンスについての9つの誤信

    JVMはプロファイリングを利用してコードの最適化を行います。対象は頻繁に利用されるコードパスのみですが,徹底的に行うことで大きな効果を上げています。JITコンパイルされたコードに関しては,現在では多くの場面において (その割合も増えつつあります) C++の実行速度を凌駕しています。 このような事実にも関わらずJavaが今でも低速なプラットフォームとして認識されているのは,おそらくは初期バージョンのJavaプラットフォームでの経験が,歴史的な負のバイアスとして働いているためでしょう。 早まった結論を出す前に,客観的な見地に立って,最新のパフォーマンス結果を評価するようにお勧めします。 2. Java コードの1行にはそれ自体で意味がある 次の短いコード行を考えてみてください: MyObject obj = new MyObject(); Java開発者ならば誰でも分かるように,このコードはオ

    Javaのパフォーマンスについての9つの誤信
    indication
    indication 2013/05/09
    短いドメインオブジェクト?何をいっているのかわからない。たぶん勉強不足
  • 本当に自己組織化したチーム

    自己組織化に関する私たちの中心となる解釈は、Open Space Conferenceにいる間に感じられる状態です。2009年、私たち3人は、Open Space Conferenceのオーガナイザとしての経験がありました。少なくとも1回はOpen Space Conferenceを経験している人たちもいたので、この解釈が当然のように基準になりました。ここで、オープンスペースにいるように感じたいならば、職場でも同じフレームワークを使ってみましょう。 経営上のタスクやクライアントの作業をすることも含めて、一般的なすべてのミーティングと活動は、みんなが知っています。誰でも参加したり、オブザーバの役目を果たしたりできます。活動やミーティングはどれも強制ではありません。やったことに価値がある一方で、私たちがもっと価値があると気づいたのは、誰もやりたがらないことに対して何か合図を受け取ることです。そ

    本当に自己組織化したチーム
    indication
    indication 2013/05/06
    アジャイルの果てに
  • アジャイル導入のよくある間違い

    原文(投稿日:2010/11/14)へのリンク たくさんの解説者がアジャイル導入のよくある誤りとアンチパターンについて書いてきた。彼らはさまざまな組織におけるアジャイル導入の誤りを避けるためにすべきこと「トップX」を投稿している。 Target ProcessのMichael Dubakov氏は、“10 Most Common Mistakes in Agile Adoption”  (Part 1 & Part 2) という2つのブログ記事を書いた。彼は「企業はアジャイル導入において何度も同じ間違いをしている」と主張している。 彼が挙げたよくある誤りは以下の通りだ。 1. ツールから始める アジャイル開発はそうではない。ツールは即座に効果が現れるものではなく、ツールがあっても問題はほとんど解決しない。さらには、より重要な目標に目をつぶって、あなたはツールの導入に励んでしまう。 2. プロ

    アジャイル導入のよくある間違い
    indication
    indication 2010/11/29
    ベストプラクティス
  • アジャイルのまずい考え方

    Rustが再評価される:エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...

    アジャイルのまずい考え方
  • 1