タグ

ブックマーク / www.orangeitems.com (103)

  • AIの地殻変動が起きそうな話 - orangeitems’s diary

    ついに、身の回りに到着したAIサービス AI自体のアイデアは20世紀からあったもので、登場してはそのオモチャのような性能に失望することを繰り返して来ました。昨今のAIブームもその記憶から「どうせオモチャでしょ」と疑ってかかる人も大多数だったのですが、そのアウトプットを見て「今回は違うかも」と期待する人もだんだん増えてきたのではないかと思います。 例えば今日のニュースに、以下の記事がありました。 togetter.com AIを駆使して、アニメ絵やフィギュアなど背景を消してくれるツールが超高精度!以前から話題だけどさらに精度が上がったらしい 下記も追加。 www.itmedia.co.jp NTTは11月18日、同社で開発したAIに2019年センター試験の英語筆記試験を解かせ、200点中185点(偏差値64.1)を獲得したと発表した。同社が16年に行った手法に比べて約90点成績を伸ばした。

    AIの地殻変動が起きそうな話 - orangeitems’s diary
  • アマゾンの社内パワポ禁止の件で大事なこと - orangeitems’s diary

    パワポ禁止 アマゾンでパワポ資料の禁止、と言う記事が話題になっています。 この件、非常に大事なポイントが隠れていると思うのでコメントします。 bunshun.jp いまやプレゼンの必須ツールとなっている「パワーポイント」だが、アマゾンでは禁止されているらしい。アマゾンの「普通」は、他の会社の「普通」とは異なることが多々ある。ではアマゾンの「普通の基準」とは何なのだろうか。アマゾンジャパン元経営メンバーが解き明かす。 大事だと思うこと ポイントは一つです。 「社内」プレゼンだということです。 社内です。社外とは言っていません。 アマゾン、特にAWSの世界では、顧客に質のいいパワポ資料を作るように資料を公開してくれています。 aws.amazon.com アーキテクチャダイアグラムは、設計、デプロイ、トポロジーを伝達する手段として優れています。このページでは、AWS 製品アイコン、リソース、お

    アマゾンの社内パワポ禁止の件で大事なこと - orangeitems’s diary
  • Kubernetesの自前運用はやっぱりツライらしい - orangeitems’s diary

    Kubernetesの自前運用は難しい これから嫌でもコンテナと戦わなければいかないインフラエンジニアには何度でも読み返してほしい記事です。 www.atmarkit.co.jp はてなMackerelチームはKubernetesクラスタを自前で構築して運用していたが、撤退を選択したという。なぜ、Kubernetesの運用を諦めて撤退を選んだのか。はてなMackerelチームでSREを務める今井隼人氏が語った。 考察 この話、20年前のLinux草創期を思い出すんです。 雑誌の付録にLinuxがCD-ROMで付いてたんです。最近のスマートなCentOSとかじゃなくてですね、何Linuxだか忘れたのですがインストールも含めて3日間ぐらいかけて取り組んだんですが結局失敗した記憶があります。 これからKubernetesなりコンテナがやってくるのはここ最近に書いた通りで、早くそっちの世界に行

    Kubernetesの自前運用はやっぱりツライらしい - orangeitems’s diary
  • 技術力のないSE - orangeitems’s diary

    はじめに 技術力のないSE、というタイトルから、またシステムエンジニアの愚痴を聞かされるのかとお話ですがちょっと角度が違っていて、この話題の歴史の話です。 技術力の無いSEという言葉が初めて議論になったのは、2005年の下記の記事だとGoogle先生が教えてくれました。 ceo.livedoor.biz 今日は某IT会社の方を訪問し、面白い話を伺った。 最近の大手ベンダーのSEは、「手配師」っぽくなっているという話。 自身の開発経験がないのに、見積やプロジェクト管理などをやっているので、表面的な仕事しかできない。 一人ひとりの予算が大きくて(一人年間1億とか)、とてもじゃないけど自分で仕様書なんて書いていられない。そのため、子会社や協力会社に話をつなぐことが仕事にらざるを得ない。中味をちゃんと見る時間もスキルもないので、いきおいオカネと期間の話ししかできず、結局「脅し」や「お願い」が仕事

    技術力のないSE - orangeitems’s diary
  • Google検索アルゴリズムが劇的に変わった - orangeitems’s diary

    Google検索のアルゴリズム変更 Google検索と言えばもはや社会インフラになっていると思いますが、この検索エンジンのアルゴリズムが先週、大変更されたのをご存知でしょうか。 jp.techcrunch.com 米国時間10月25日、Googleグーグル)は検索エンジンのアルゴリズムをアップデートしたことを発表した。ここ数年で最大で、検索者の意図の推測精度を改善するためにニューラルネットワークを利用する。 Googleでは「検索10回のうち1回の精度をアップさせた」としている。このアップデートは当面米国における英語の検索が対象だが、ほかの地域、他の言語も近くサポートされる。検索時に表示されるスニペットについてはすでに世界でアップデート済みだ。 jp.wsj.com 米アルファベット傘下のグーグルは、謎に包まれた同社の検索アルゴリズムについてめったに語らない。だがついに、アルゴリズムの透

    Google検索アルゴリズムが劇的に変わった - orangeitems’s diary
  • Amazon Auroraを選択する前に知っておいた方がいい話 - orangeitems’s diary

    ※2019年10月18日時点の話です。 Auroraの話 Amazon Auroraってありますよね。 この前、AmazonOracle DBAmazonのサービスに移したゾって言うニュースが流れていました。 tech.nikkeibp.co.jp 米アマゾン・ドット・コム(Amazon.com)がついに米オラクル(Oracle)に「勝利宣言」をした。アマゾンは2019年10月15日(米国時間)、社内からOracle DatabaseDB)を「全廃」したと発表したのだ。最盛期には約7500ものOracle DBが存在し、eコマースや物流、決済、受発注、広告、動画・音楽配信などのバックエンドで長年使われてきた。それらはほぼすべて姿を消したという。 Oracle DBからの移行先は、アマゾンがクラウドサービスAmazon Web Services(AWS)で提供するDBサービスだ。今後は

    Amazon Auroraを選択する前に知っておいた方がいい話 - orangeitems’s diary
  • OSSを知りパブリッククラウドを知る 各技術の入門記事まとめ - orangeitems’s diary

    はじめに パブリッククラウドのサービスをいろいろと調査している最中なのですが、たくさんサービスがありますね。1つのパブリッククラウドで絞っても100~200あり、全てを把握されている方は少ないのではないでしょうか。それが複数のパブリッククラウドとなる果てしない世界です。 ただ、よく内容を見ていると、パブリッククラウドごとに同じサービスを違う名前で呼んでいるケースも多いです。結局はインフラストラクチャー、ネットワーク、AI、Webアプリケーション作成用のPaaS、ビッグデータ分析、IoTなどのカテゴリーに全て収まっているようです。 かくパブリッククラウドで特色を出すために、例えばOracle CloudではOracle Databaseを便利に使えたり、AzureではMicrosoft製品、IBM CloudはIBMソフトウェア、AWSAmazonがリリースしたOSS、GoogleではGo

    OSSを知りパブリッククラウドを知る 各技術の入門記事まとめ - orangeitems’s diary
  • 中国にはこんなITエンジニアが実在するのか? - orangeitems’s diary

    おかしい記事 何か、非ITの人の偏見が凝縮されているような記事のような気がして、取り上げてみます。 japan.zdnet.com 中国のミニブログ「微博(Weibo)」で、36歳になるデータベース管理者が投稿した悲痛な書き込みが、多くのITエンジニアの間で共感された。今回の記事は、変化の激しい中国ITに携わって直面した問題をつづったこの文章を紹介したい。 10回くらい読み直してみたけれど、いろいろと言いたい点があります。 つっこみ ポイント1 中国IT業界の急激な変革? まるで中国IT業界が急激に変革をしているように見受けられるけれども、オンプレミスのクラウド化なんて一周遅れの世界だと思います。急激でもなんでもなく、正当に進化しているだけかと。アメリカや日では、AWSやAzureが中心なのかもしれませんが、それが中国では中華クラウドに置き換わっただけの話です。 ただただ、現存システム

    中国にはこんなITエンジニアが実在するのか? - orangeitems’s diary
  • 5大パブリッククラウドの超入門記事を読もう - orangeitems’s diary

    クラウドの入り口に立ち途方に暮れる 最近はもう、特定のクラウドサービス(AWSやAzureのような)だけでは今後を乗り切れるとは思っていなくて、どんなクラウドが来てもある程度柔軟に設計・構築できるようにならないと、各クラウドの趨勢で自分の仕事が限られてしまうと状態に陥ってしまいそうです。 クラウドも松から梅までたくさんあるのですが、AWS、Azure、Google Cloud、IBM Cloud、Oracle Cloudぐらいまで押さえておけば日では生きていけるのかな・・と。国内クラウドはそれこそ国内クラウドの自社エンジニアでまわっていきそうですから。私のような野良エンジニア海外クラウドを攻略します。 さて、それにしても「とっかかり」が大事でなんとかアカウントを用意してポータルページを開いたとしても、途方に暮れるのがオチです。クラウドのポータル画面を見ると分かるのですがもうたくさんのサ

    5大パブリッククラウドの超入門記事を読もう - orangeitems’s diary
  • 技術の素晴らしさだけで採用してはいけない - orangeitems’s diary

    Docker社の不振 世の中、ドッカーDocker技術者が言い始めて随分経ちますけれども、その生みの親であるDocker社自体が資金難という記事がアメリカで出ております。 www.zdnet.com (日語訳) Dockerは、コンテナー技術の代表的な産物であるのですが、一方で企業であるDocker はトラブルの最中にあります。リークしたメモによると、Docker CEO Rob Beardenは「大きな課題をもたらす不確実性」と「過去数週間の不明瞭な状態」に耐えている社員を称賛しました。 何についての明確性の欠如なのでしょう? 同社の近くの情報筋によるとそれはシンプルだという。 Dockerにはもっとお金が必要なのだ。 www.cnbc.com (日語訳) 今週、Docker CEOのRob Beardenが従業員にメールを送って、会社が資金を集めようとする挑戦を認めました。 Be

    技術の素晴らしさだけで採用してはいけない - orangeitems’s diary
  • ITエンジニアにとっての技術力とは何か? - orangeitems’s diary

    クックパッド 考えさせられた記事です。 www.moneypost.jp 料理レシピサービス大手のクックパッドの2019年12月期第2四半期(1~6月)業績は、売上高に当たる売上収益が57億8000万円と、前年同期比で2.6%のマイナスとなった。営業利益は4億5600万円となり、前年同期比71.2%のマイナス。国内の平均月間利用者数は5483万人と発表しているが、2016年(第4四半期)の6414万人と比べると1000万人以上減っており、苦しい状況が続いている。 レシピ動画サービス「デリッシュキッチン」「クラシル」などといった競合サービスも台頭するなか、ユーザーは現在のクックパッドについてどのように捉えているのだろうか。同サービスの愛好者、過去の利用者に話を聞いた。 古参のWebサービスで過去急成長したものの、最近伸び無くなったりもしくは下降線をたどっているというのは、いくつか心当たりがあ

    ITエンジニアにとっての技術力とは何か? - orangeitems’s diary
  • Kubernetesはまだ成功していない - orangeitems’s diary

    Kubernetesの読み方 Kubernetesと書いて、どう読むでしょうか。 登場時には、クーベルネイティスと読む人やクーベネティスと読んだり、いったいなんて読むのが正解なんだろうと悩んだままなんとなくクーベルネティスがいいかななんて思っていました。 今日、日経にこんな記事が出ました。 www.nikkei.com ・・・その主役は、グーグルが開発した仮想化ソフトの運用ツール「クバネティス」・・・ クバネティス!!!。また新しい呼び方ですが、日経に出たということは今後は経営層はクバネティスと言ってくるはずなので、少なくとも日国内では、く・・くばねてぃす・・と呼ぶことにしようと思います。 Kubernetesはまだ成功していない 国内のメディア記事を読む限り、結構たくさんのワークロードがKuberenetesで動くようになってきたように思います。特に大量のコンテナで分散処理する必要があ

    Kubernetesはまだ成功していない - orangeitems’s diary
  • かんぽ生命問題全3千万件調査は機械学習を使うべきだ - orangeitems’s diary

    かんぽ生命はいかに3000万件をレビューするのか かんぽ生命問題は、結局現在の契約全てを見直し問題がないかどうかを確認することになったそうです。 3000万件あるそうです。 www.nikkei.com 日郵政グループは31日、かんぽ生命保険の不適切販売を巡り、過去5年間分の全約3千万件の契約について不利益が生じたものがないか調査すると発表した。全ての顧客に契約の意向を確認する書面を送り、9月末時点で調査の進捗状況などの中間報告をまとめる。日郵政の長門正貢社長は記者会見で「職責をしっかり果たすことが経営責任の取り方だ」と述べ、辞任は否定した。 今後、どう会社全体を立て直していくかが社会の関心となっていると思いますが、システムエンジニアとして最も興味があるのが、 ---3000万件を、どのように問題がある/ないと判別していくか です。問題のある契約とは以下の報道がされています。 biz-

    かんぽ生命問題全3千万件調査は機械学習を使うべきだ - orangeitems’s diary
  • 機械学習の初心者がモチベーションを上げるために読む無料記事いろいろ - orangeitems’s diary

    機械学習の勉強とモチベーション 機械学習の扉を開いてみた・・のですが、いきなり数学が現れたりPythonが現れたりしてなかなか障壁が高そうな雰囲気です。でも、機械学習のさわりの部分すら知らないでいきなり数学から始めると、モチベーションがどんどん下がってきます。でも数学をわからないと先に進めない・・。 ということで、いやいや、とりあえず機械学習の超基的なところをその道の達人から教えてもらう。また、こんなのは向いてないからねというアンチパターンも学ぶ。その上で、もし手を動かせるところまで来たらこんなことができるよ!という記事を集めてみました。 基的な考え方を頭に入れるための資料 とりあえずこの2つの資料は繰り返し読んでおくと、次のステップでつまづきません。読みやすい記事なのでお勧めです。 一から始める機械学習 qiita.com 対象読者 ・機械学習について一から勉強したい人が対象です 目

    機械学習の初心者がモチベーションを上げるために読む無料記事いろいろ - orangeitems’s diary
  • 初心者が無料で勉強できる良教材いろいろまとめ - orangeitems’s diary

    はじめに インターネット、Webの世界には大変有用な資料がたくさんあるのですが、情報がたくさんあってたどりつくのがいよいよ大変になってきた印象です。 読みごたえがあって、わかりやすく、一通りマスターすれば業務でも使えそうなのに、無料で読める。そんな良教材のリンクを集めてみました。 私も時間を見つけてトライする予定です。 ジャンルは様々ですので、ご興味に合わせてご利用ください。 教材集 色と配色 baigie.me このエントリーでは、デザイナー以外の方が読むことを想定し、最低限知っておくといい色と配色の基をまとめました。基なので、細かいことは端折って簡単にまとめています。しかし、駆け出しのデザイナーでも十分参考にできる骨太な内容ではないかとも思います。 プレゼンテーション liginc.co.jp ・なるべく時間をかけず、スライド作成よりも内容に時間を割きたい ・見栄えはできるだけ綺麗

    初心者が無料で勉強できる良教材いろいろまとめ - orangeitems’s diary
  • Pythonが商標登録されてしまった件のまとめ(1) - orangeitems’s diary

    はじめに 昨今のAIブームで脚光を浴びているプログラム言語Pythonですが、株式会社アークによって「Python」について商標登録申請が2017年5月25日に特許庁に出願され、2018年5月11日には登録されてしまっているということを聞きつけました。 記事に情報をまとめておきます。 関連記事 2019/7/22 >Python®は、株主会社アークの登録商標(特許庁第6042638号)です。 登録商標取られちゃったんだ。無効申請すべき? Link: Python® ファンデーション公認研修 : ATND https://t.co/foHraTICov — Yukihiro Matsumoto (@yukihiro_matz) 2019年7月22日 2019/7/23 tech.nikkeibp.co.jp 「Python」が商標登録されていると分かった。プログラミング言語Pythonの人

    Pythonが商標登録されてしまった件のまとめ(1) - orangeitems’s diary
  • 会社でGitHubを使うとなぜ危ないのか - orangeitems’s diary

    はじめに 7PayにおけるGitHubソースコード漏洩(の可能性)の件、できるだけわかりやすく、何が起こったかを説明してみたいと思います。一般の人にはなかなかわかりにくいと思いますので。 この件そのものの顛末は、下記の記事をごらんください。 www.businessinsider.jp 7payにも関連する、ECアプリ「オムニ7」の設計図にあたるソースコードが漏洩していた可能性がある。オムニ7アプリはセブン-イレブンアプリとは別アプリだが、ログインまわりの設計は非常に似通っているとみる専門家もいる。 事実であれば、アプリ開発の管理体制、アプリ自体やサービスのセキュリティーに関するリスクの有無についても、一層の警戒が必要になる可能性がある。 説明してみる GitHubっていうのはインターネット上のWEBサービスです。 GitHubには、ファイルをアップロードできます。GitHubはバージョン

    会社でGitHubを使うとなぜ危ないのか - orangeitems’s diary
  • ITエンジニアがメンタルヘルスを守るためにできることは何か - orangeitems’s diary

    メンタルヘルスの話 今日の話題はIT業界におけるメンタルヘルスの話が多めで、これをどう記事にするか一日悩んでいました。 ictj-itengineers.joho.or.jp 厚生労働省「労働安全衛生に関する調査(2018年)」によると、過去1年間にメンタルヘルス不調により連続1か月以上休業した従業員は、常時従業員全体の0.4%、メンタル不調により退職した従業員は、0.3%。産業別にみると、1ヵ月以上休業した労働者は、情報通信業が1.2%と、最も高い割合になっています。 このメンタルヘルスの話って、確かにIT業界にいてここ20年で随分議論され、進んだ分野だと思います。確かに病む人は多い印象です。特に厳しい現場にいたころには、現場を去る原因の大きな一つになっていました。 eラーニングでメンタルヘルスの研修を受けることは何度もあるのですが、最近はトレンドが変わったことを知っていて、「セルフケア

    ITエンジニアがメンタルヘルスを守るためにできることは何か - orangeitems’s diary
  • システムの障害対応時に心がけること - orangeitems’s diary

    はじめに 世の中のシステムの数は間違いなく増え続けるばかりですので、障害対応の絶対数も増え続けることが宿命です。経験したたくさんの障害対応の中で、いくつか心がけることをおすすめしたいことがありますのでまとめます。 心がけるべきこと まず、復旧することを優先すること システム障害が発生したときに、迷うのは情報を採取するべきか。関係者に連絡を行うべきか。もしくは事前に決められた復旧手順を行うか。この3点です。 間違いなく、事前に決められた復旧手順を実施するべきでしょう。例えばミドルウェアの再起動、OSの再起動、ハードウェアの再起動などです。できれば一次障害対応手順書としてまとめられていた方がよいでしょう。ただし、この手順が複雑ではいけません。コマンドにして数行であるべきです。もし、複雑な手順を行わなければいけないとしたら、即時の復旧は無理ということです。 システムは利用者がいるため、連絡や情報

    システムの障害対応時に心がけること - orangeitems’s diary
  • 時代遅れの工数見積に技術者は付き合ってはいけない - orangeitems’s diary

    時代遅れの工数見積 デジタル技術を使ってあるアイデアがあるとして、これを実装したいとします。過去は、これを実装するためにいわゆる「工数見積」という見積もり方法を用いていました。 ・システムエンジニア 1人月 ・プログラミング 2人月 ・テスト 1人月 1人月とは、一日8時間 x 20労働日 = 160時間くらいのことを言います。 これに時給と稼働時間をかけると、大体の金額が出るんですね。 ・システムエンジニア 時給3,500円 x 160時間 x 1人月 = 560,000円 ・プログラミング 時給2,500円 x 160時間 x 2人月 = 800,000円 ・テスト 時給2,000円 x 160時間 x 1人月 = 320,000円 合計1,680,000円、のような価格になりますね。 もちろん、実際は見積項目をもっと細かい工程に分けますがコンセプトは同じです。 IT業界が長い人は過去

    時代遅れの工数見積に技術者は付き合ってはいけない - orangeitems’s diary