2023年の最強「おすすめクレジットカード」を決定！ 2人の専門家が全8部門で選出した、おすすめクレジットカードとは？ 2023年、最強の「おすすめクレジットカード」は何なのか？ クレジットカードを比較する項目は「還元率」「年会費」「付帯特典」「ステータス」など、さまざまあるが、それらを総合的に判断して、自分にぴったりの「最強クレジットカード」を見つけるのは難しい。 そこでザイ・オンラインでは、連載記事を執筆してもらっているクレジットカードの専門家の2人、岩田昭男さんと菊地崇仁さんに、特徴が異なる8部門について、部門別の「2023年の最強のおすすめクレジットカード」を選んでもらい、「クレジットカード・オブ・ザ・イヤー【2023年版】」を決定した！
座談会メンバー（順不同） 渡辺隆氏 日本CA DevOps&Application Delivery ディレクター 藤井智弘氏 日本ヒューレット・パッカード ソフトウェア事業統括 シニアコンサルタント 川瀬敦史氏 日本IBM クラウド・ソフトウェア事業部 DevOpsエバンジェリスト 長沢智治氏 アトラシアン シニア エバンジェリスト 牛尾剛氏 米マイクロソフト シニア テクニカル エバンジェリスト DevOps 「自分たちのやり方」を作るにはどうすれば？ 編集部 座談会の前半では「ビジネスのためという目的が見えていなかったこと」「DevOpsを適用すべき領域、具体的な実践方法は、自社の目的・組織に応じて、自分たちで決め、そのための手段も自分たちで選ぶべきものであること」――こうした、これまであまり語られてこなかったことをあらためて確認することができたと思います。 後半では「自分たちのやり
毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか？ A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ
2014-10-14 機械翻訳の能力 機械翻訳の能力はどの程度のものなのでしょうか。巷で目にする評価は、「TOEIC 600 点レベルとのこと」、「大意がつかめる程度らしい」、「ネイティブスピーカーが読んでわかると言っている」... などといった、また聞きめいた謳い文句ばかりです。 本記事では、一般の方々が機械翻訳の能力を具体的にイメージできるよう、なるべくわかりやすい訳例を集めて整理してみました。 訳例はリンクになっています。クリックすると、訳例採取元の原文・訳文ページのスクリーンショットが表示されます。 ● カタカナ語 「コード」は「番号」のことでしょうか。それとも「ひも」のことでしょうか。 住民票ひも（コード・cord・code） OAびっくり（サプライズ・surprise・supplies） テニス外套（コート・coat・court） 芸術穴（ホール・hole・hall） 穴コーン
Googleが、太古のディストリビューションであるRed Hat 7.1から、10年新しいDebianベースのディストリビューションへ、ライブアップグレードした話を紹介する。 そのあと、自分の身の回りの環境と比較し、参考にすべきポイントを考察する。 原文は USENIX LISA の投稿論文だ。しかし、中身は論文体というよりは、事例の紹介といった適切かもしれない。 MERLIN, M. Live Upgrading Thousands of Servers from an Ancient Red Hat Distribution to 10 Year Newer Debian Based One. In Proceedings of the 27th conference on Large Installation System Administration (LISA) (2013),
はじめに React（通称 React.js1）を全く知らない、あるいは幾つか記事を見たけどなんなのかピンと来ていない、という人のために書いています。 「jQuery くらいしか知らない」くらいの人に具体的に雰囲気を知ってもらうのが目的であり、すでにやる気がある人向けのチュートリアルではありません。やる気が出れば日本語版ドキュメントを読んで手を動かせばあっという間なので、そこまでの興味が出ることを目標にしています。 以降では ES2015 (ES6) の文法（アロー関数とか）を使っています。この部分が怪しい人は先にアロー関数と const 文だけでも知ってから先に進んでください。 以下の説明中、このアイコンで表すのは（2023 年現在から見た）『昔話』です。新しく自分のコードを書く際には本来知らなくていいことですが、古い記事を見たときに混同しないための参考情報として書いてあります。この記事
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます こんにちは、日立ソリューションズの吉田です。 以前、「OSSはボランティアが開発しているのか？」の回にご紹介したように、日本では2003年11月に「日本OSS推進フォーラム」が設立され、Linuxカーネルをはじめとして、よく使われるOSSの検証プロジェクトを実施しました。このプロジェクトで、性能や信頼性の検証、問題発生時に解決するためのツールの開発などをしたことにより、OSSはエンタープライズで活用できるレベルまで大きく前進しました。 OSS自体が日々成長を続けていく中で、そのような検証は1回だけ行えばよいというものではなく、継続して実施する必要があります。とはいえ、一企業で実施するのは非常に困難なので、さまざまな団体を設立し、検証を続
最近、Docker以外のコンテナ型仮想化技術の流れとして、自作コンテナエンジンの時代が来るのではないかと感じている。 自作コンテナエンジンとは、コンテナ型仮想化技術を構成する個々の要素技術を組み合わせ、自分の用途にあわせて最適化したコンテナエンジンのことだ。 他のOSのコンテナ仮想化技術について疎いため、以下ではLinuxに限定して話を進める。 概要 Dockerも含めて、Linuxコンテナはコンテナを構成する複数の要素技術の組み合わせである。自分のやりたいことに対して、Dockerをはじめ既存のコンテナエンジンが複雑すぎるケースがある。そこで、自分の用途にあわせてコンテナエンジンを自作することを考えてみる。libcontainerに代表されるように、Linuxコンテナエンジンを自作しやすい環境が整いつつある。今後は、巨大なコンテナエンジンに対して、UNIX哲学に基づいて制御可能な小さなコ
Apache JMeterのMaster/Slave構成 シナリオを用いた負荷試験といえばJMeterということで、使ったことがある方も多いかと思います。しかし、ほとんどの方は自分のPCを使ってやっている程度ではないでしょうか。最近は、スマホ連動のシステムが多くなってきていますので、1台のPCから負荷を掛けたとしても大した負荷試験になりません。そこで、今回はJMeterをMaster/Slaveのクラスター構成にしてドカーンと同時アクセスを行いたいと思います。 クラスメソッドの負荷試験の歴史 創業時から業務系のシステム開発が多かったことから、レスポンスは3秒以内でOKとか、ピーク時の同時ユーザは100名といった、緩い条件をクリアすれば良かったことが懐かしく思います。今は、ユーザ数・データ量・トランザクション数・トラフィック等が爆発的に増える可能性のあるプロジェクトも多く、負荷試験は必須項目
絶え間ない改築の続く横浜駅がついに自己増殖の能力を獲得し、膨張を開始して数百年後の日本。本州の99%は横浜駅で覆われ、SUICA を所有する人間が住み自動改札による徹底した監視下にあるエキナカの社会と、それ以外の僅かな土地に追いやられた人間の社会に分けられていた。青函トンネルでは、増殖を続ける横浜駅とJR北海道との終わりの見えない防衛戦が続いていた。非 SUICA 住民達の住む岬で暮らしていた三島ヒロトは、古代地層から発掘された「18きっぷ」を手に、五日間限定での横浜駅への侵入を果たすが… （2018/11/02） 漫画3巻（完）発売。 （2018/03/02） 漫画版2巻発売。 （2018/02/09） 早川書房「ベストSF2017」国内篇6位。 （2017/12/18） 第38回…続きを読む
ご家庭で楽しむための生地作りを定番の材料で試してみました ファミリーや少人数のお友達と石窯を楽しみたい。ピッツァは４枚くらいでいいわね。そんな場合を想定して定番材料で生地作りを試しました。当日はなにかと忙しくなるので、前日に準備できる冷蔵庫での低温発酵がかえって手間いらずです。もちろん手ごねです。 やわらかく伸びがよいといわれるイタリア産ピッツァ専用粉のカプート社サッコ・ロッソ ピッツァイオーロの００番を使います。小麦粉500ｇで200ｇの玉４個を目安にします。 イーストもご家庭用であればインスタントドライイーストが予備発酵不要で冷凍保存もできるので少量使用に便利でしょう。イースト臭さがないと評判のサフ社のドライイーストには普通のパン用の「赤」、ワッフルなど砂糖を沢山使う生地用の「ゴールデン」は耐糖性、そして、ピザ専用の「緑」があります。ピザ専用の「緑」を使ってみたいと思います。発酵力は「
About I am the co-founder of Confluent and also the co-creator of Apache Kafka as well as various other open source projects. Kyle has a good write-up on replication and partitions in Kafka. I am a big fan of this methodology (empiricism FTW), though it is a bit uncomfortable to watch ones own project strapped to the apparatus. Kyle’s explanation is pretty clear, so I have only a few things to add
- 1 - * Autonomous decentralized high-speed processing technology in IC card ticket system ,and the application. Akio Shiibashi Abstract: IC card ticket system is a system from which fixed-line and wire-less such as contact-less IC card and the examination of tickets machines are integrated. It introduces the autonomous decentralized architecture technology to achieve high-speed processing and hig
（2016/12/21 時点の情報で大幅更新しました！） とうとう、Parse.com の終了まであと１ヶ月となりました。アナウンス時点から状況が色々変わっているので、現時点の情報で更新しました。 （特に、Facebook のグループ Parse.com Developers Japan の投稿を参考にさせていただきました。ありがとうございました。） Parse.com の終了 2016年1月29日（日本時間）、Parse.com のサービス終了のアナウンスがありました。それから１年後の 2017年1月28日（恐らくアメリカ東部時間）にサービスが終了します。 2017年1月28日にサービス終了。 Parse Server や SDK などをオープンソースとしてGitHub で公開。 移行方法をMigration Guide で提示。 移行方法 移行するには、大きく４つの手段あります。 他の
皆さんこんにちは。 アキバです。 久しぶりにエントリ書きます。 突然ですが、今、システムをデプロイすると言ったら自動化しますよね。 そこで、皆さんは何を使っていますか？ 私は、最近、DockerとAnsibleを仕事でガチに触る機会がありました。 ※本番運用のサーバもDockerを使って動作させました。 今回は、そこで得たことについて書きます。 皆さんの参考になればと思います。 命題：Dockerを使うべきか、Ansibleを使うべきか。 作るべきシステムは、いわゆるWebシステムで、WEBサーバとAPサーバで構成しています。 WEBサーバとAPサーバはそれぞれN台のクラスタ構成です。 ※以下の図は、本番運用で想定しているサーバ構成を今回の説明用に抽象化したものです。 N台のクラスタ構成ということで、Dockerを使おうとなりました。 コンテナでスケールアウト出来るから…ですね。 さてここ
5 Signs You’ve Built a Secretly Bad Architecture (And How to Fix It) In the hustle to deliver value, development teams can unknowingly create software architectures that hinder their long-term progress. Initially, everything seems fine — features are shipping, continuous integration (CI) jobs are passing, and the product actually works. Yet, beneath the apparent progress, unchecked complexity can
おはようございます、ritouです。 今回は、一部で先週話題なりましたOAuth 2.0のImplicit Flowについてのエントリになります。 (2012/2/7 いろいろと修正しました。) 単なる OAuth 2.0 を認証に使うと、車が通れるほどのどでかいセキュリティー・ホールができる | @_Nat Zone Thread Safe: The problem with OAuth for Authentication. 今回は以下の内容について整理したいと思います。 OAuth 2.0のどの機能にセキュリティホールがあるのか 誰が攻撃者になれるのか 対策 OAuth 2.0 Implicit Flowとは OAuth 2.0ではサードパーティーアプリケーションが保護リソースへのアクセス権限を得るためのいくつかのフローが定義されています。 (仕様中ではFlowやGrant Type
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く