並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 1264件

新着順 人気順

siの検索結果241 - 280 件 / 1264件

  • EvernoteをイタリアIT企業が買収 「製品は存続」

    イタリアのミラノに拠点を置くIT企業Bending Spoonsは11月16日(現地時間)、“脳の拡張”を目指すオンラインメモサービス「Evernote」を手掛ける米Evernoteを買収することで合意したと発表した。買収総額などの詳細は公表されていない。取引は2023年初頭に完了する見込み。 Evernoteは公式ブログで、買収完了後も「ユーザーのデータを安全に保護するというわれわれの取り組みは揺るぎなく、Evernoteは今後も繁栄し続ける」としている。 Bending Spoonsは動画や画像の編集ツールを提供する企業で、約1億人のユーザーを擁する。同社のルカ・フェラーリCEOは発表文で、自社の独自技術をEvernoteに適用することで有用性を高め、リーチを強化すると語った。 Evernoteは2000年にステパン・パチコフ氏が立ち上げた。2007年にCEOに迎えられたフィル・リービ

      EvernoteをイタリアIT企業が買収 「製品は存続」
    • チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記

      チームでどうやって活躍するか、まだイメージがついてない、振られた仕事をやっているだけで、仕事をしている間は忙しいけど、確認待ちになるとすぐ暇になってしまう、というメンバーの悩みを聞いていた。 巨大なチーム、巨大なプロダクトだと、すぐに全容を把握するのは難しい。その中で、この範囲なら触れています、任せてください、という庭を作るとよいのでは、という話をした。 思いつきで話したわりには意外といいことを言ってるなと思ったので掘り下げて書いてみます。 庭とは 現代では、庭のある家に住んでる人は少ないかもしれない。うちは実家が田舎だったので庭があって、ボールを蹴って回ったり、石をめくってアリを観察したり、隣の家の庭との境界もゆるくて、冒険と言って隣の家の庭で遊んだりしていた。 大人になってからの庭というと、池袋で遊んでた人が「池袋は俺の庭」と言ったり、JR新宿駅の東口を出たら椎名林檎の庭があることが知

        チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記
      • 海外「日本人は真面目過ぎるんだよ」 何で日本人は万能なのにこの分野だけは苦手なんだ?

        コンピューター分野において「ハードウェア」の対比語で、 何らかの処理を行うコンピュータ・プログラムや、 関連する文書などを指す言葉である「ソフトウェア」。 一般的にはワープロソフト等のアプリケーションソフトウェアや、 OSなどのシステムソフトウェアに分類されています。 今回の翻訳元では、そのソフトウェアと日本人を絡めた投稿が。 「日本人は基本的にどんな技術でも優れており、 より勤勉に作業に取り組むにもかかわらず、 なぜかそれがソフトウェア面では当てはまらないのは奇妙だ。 偉大なソフトウェアに、日本発のものは存在しない」と、 ソフトウェア技術が唯一と言える日本人の弱点だと指摘しています。 この投稿に対し、外国人から様々な見解が寄せられていました。 その一部をご紹介しますので、ごらんください。 「日本は天才の宝庫だ!」 『世界を変えた日本の発明』の数々に海外から称賛の声 PexelsによるPi

          海外「日本人は真面目過ぎるんだよ」 何で日本人は万能なのにこの分野だけは苦手なんだ?
        • エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ

          みなさんこんにちは。電通国際情報サービス(ISID) 金融ソリューション事業部の水野です。 これは電通国際情報サービス Advent Calendar 2022の16日目の記事です。 今回は、ISID金融事業部で運用しているスキルマップについてご紹介します。 テックリードとは 実は、ISIDの少なくとも金融事業部にテックリードと言うポジションはありません。 実在するのはチーフアーキテクトと言う職種のみで、各プロジェクトでリードエンジニアやテックリードという仮想的なロールがあるのが実態です。 一時期はフルスタックエンジニアと呼んでいる時期もありましたが、近年このワーディングが好まれない印象なので、大々的に使っていません。 主観ですが、フルスタックエンジニアはインフラ知識/運用系の知識のウェイトが高いエンジニアで、テックリードはソフトウェアアーキテクチャ、Webアプリケーション実装技術寄りのエ

            エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ
          • 未経験からWebエンジニアを目指す人に伝えたいこと

            最近、未経験からWebエンジニアを目指そうと思っているんだけどどうだろう? という相談を受けることがあったので文章としてまとめておきます。 この文章はプログラミングを学んでWebエンジニアになろうとしている人に向けています 既にこの業界で働いている人にとっては常識的な内容しか書かれていません Webエンジニアになるには そもそもの読者の方達がどのような状況にいるのかによって方針が変わります。 新卒採用 新卒採用の場合は企業が未経験者を積極的に採用をして教育をしてくれるルートがあります。 この点は普通の就職活動をしてエンジニア職として採用されるようにがんばりましょう。 ただし、最近は新卒であっても小学生や中学生の頃からプログラミングの経験を積んできたスーパープログラマーがいます。また、そういった早熟な方達以外にも、大学や高専、専門学校などでプログラミングを専門的に学んできた人たちと就職活動で

              未経験からWebエンジニアを目指す人に伝えたいこと
            • Salesforce、Slackを2.9兆円で買収 Microsoftに対抗 - 日本経済新聞

              【シリコンバレー=佐藤浩実】企業向けソフトウエア大手の米セールスフォース・ドットコムは1日、ビジネスチャットを手掛ける米スラック・テクノロジーズを買収すると発表した。買収額は277億ドル(約2兆8900億円)。世界で14万社が利用しているスラックとの連携を深め、企業向けのサービスを幅広く手掛ける米マイクロソフトに対抗する。買収額はスラックの時価総額(1日時点で250億ドル)を約1割上回る。現金

                Salesforce、Slackを2.9兆円で買収 Microsoftに対抗 - 日本経済新聞
              • オワコン大手SIerに学ぶアンチパターン - Qiita

                軽い読み物としておもしろおかしく読んでください。 はじめて社外の人の仕事を見た 今まで社内の成果物しか目にしてこなかったのですが、ふとしたきっかけで外部ベンダーが作ったシステムを移行することになりました。 会社名を見て、よく知った会社でちょっと安心しました。 「ここなら設計書とかもきちんとしてるだろう、多少古臭くても堅実にやってるんじゃないかな」って思ってました。ええ。 実態は全然違った とんでもない量のExcelが設計書として渡されました。 さすがに設計が専門だけあって設計書の量はすごいなぁ。と思って読んでいるといろいろ察してきました。 正直、「オワコン大手SIer」と呼ぶしかありません。設計しかできないと思っていたのに、何もできないなんて・・・ 実際に自分が見た「オワコン大手SIer」のアンチパターンをご紹介していきます。 自分が多く当てはまっている場合は今すぐ直してください。移行する

                  オワコン大手SIerに学ぶアンチパターン - Qiita
                • SoftEtherの登 大遊氏が語る、「日本のITエンジニアに迫る危機」とは

                  大学在学時に、ソフトウェアVPN(Virtual Private Network)の「SoftEther VPN」(以下、SoftEther)を開発したことで広く知られる登 大遊氏。SoftEther開発後も中国の検閲用ファイアウォール「グレートウォール」へのハッキングなどで話題を集め、現在は東日本電信電話(NTT東日本)のビジネス開発本部 特殊局員、情報処理推進機構(IPA)の産業サイバーセキュリティセンター サイバー技術研究者、筑波大学の客員教授などを務めている。 登氏が、ゲットイットが開催したWebセミナーで、日本のITエンジニアに必要な「トライ&エラー(トライアルアンドエラー)の思考法」について話した。ゲットイットは、リユースIT製品の販売やレンタル、メーカーサポートが終了した製品の保守をサポートするIT機器保守(第三者保守)など幅広い役割で、NTTグループをはじめとする多数の企業

                    SoftEtherの登 大遊氏が語る、「日本のITエンジニアに迫る危機」とは
                  • 認証がかかっています

                    こちらのブログには認証がかかっています。 ユーザー名 パスワード Powered by Seesaa

                    • Skeb、12月の大規模障害は「Heroku障害ではない」「完全に解決」 詳細は触れず

                      クリエイターに有償でイラストなどを発注できるサービス「Skeb」を提供するスケブ(東京都千代田区)は1月23日、2022年12月に発生した障害について「セールスフォース・ジャパン担当者との協議を経て、完全に解決した」と発表した。原因がクラウドサービス「Heroku」の障害でないことを確認したという。 Skebでは12月23日から24日にかけて障害が発生。当時の発表では、原因はHerokuのアカウントにあったとしていた。ただし詳細に不明点があり、解決後も問題の経緯を探っていたという。 スケブによれば、セールスフォース・ジャパンは障害の解決後、12月28日にスケブを訪問。原因がHerokuの障害ではないことを確認した他、セールスフォース・ジャパンが当時把握していた状況について説明を受けたという。その後協議を経て、1月23日に問題の解決に至ったとしている。ただし障害が起きた実際の原因については説

                        Skeb、12月の大規模障害は「Heroku障害ではない」「完全に解決」 詳細は触れず
                      • 零細企業経営にはほとんどの意見が参考にならなかった話

                        いつか書こうと思っていたので雑に書いていく。 要約基本的に人の意見は参考にならない、聞く必要ない。自分の考えを信じたほうがいい。 ただし、IT 系の企業経営者で信頼できるなら人が身近にいるのであれば、意見交換はしたほうがいい。最近全く会えてないが、ヴェルクの田向さんと Sigfoss の森さんから頂いた意見はとても役に立った。 社外の人間の意見は参考にはならない自分が起業したときに苦労したので、書いておくが、この記事も参考にならないと思ったほうがいい。 思い立ってすぐに起業したので、ほとんど知識がなかった。いろいろな人の意見を聞いてみたが、実際に経営してみると全く参考にならなかった。 助成金の話ばかりする人これは最初に契約した税理士が良くなかっただけかもしれないが、基本的に助成金の話しかしてこない。助成金の仲介手数料が目当てなんだろう。 ちなみに助成金に関しては社員時代に一度助成金を使った

                        • 組織の"わからない"に対する不快感 - Konifar's ZATSU

                          組織の中で何らかの歪みを感じる時、その根っこにはある人が関係する物事について「わからない」「知らない」という感覚があることが多い。 例えば「なんでこんな非論理的な意思決定するのか。アホじゃないのか」と感じた時、本当にアホなこともあるかもしれないが、判断材料となる情報が正しく伝わっていなくてそう感じるだけということも多い。1対1で色々聞いていくと「なるほど、たしかにそれならそうなりますね」と納得できるのに、情報が欠落しているだけで不和を生むのだ。 情報だけではなく、人格も同じである。仲のいい人から言われる冗談は笑ってやりとりできても、よく知らない人から同じことを言われると嫌な気持ちになることもある。 組織において、こういった「わからない」が積み重なると雰囲気が悪くなっていく。「あのチームは」「あの人は」といった形でわからないものを自分とは違うものとして表現して、一体感がなくなるのだ。なんだか

                            組織の"わからない"に対する不快感 - Konifar's ZATSU
                          • 「いつかGitHubで働きたい」10年来の空想を現実にしたソフトウェアエンジニアの紆余曲折な人生 - Findy Engineer Lab

                            長永健介(@kyanny)と申します。現在はGitHubで働いています。10年前、「いつかここで働きたい」と夢見た会社です。 私は子供の頃から「考えること」が好きでした。難しいこともくだらないことも、真面目に考えて自分なりの意見をまとめる癖がありました。成長するにつれて私の思考様式は洗練され、Webとブログに出会ったことで「書く」という手段に昇華されました。書くことで考えていることを言語化し、言語化した自分の考えを読みながらさらに考えを深める ── この活動を繰り返すことで、起こりうる問題に備えたり、問題を多角的に見つめて活路を見出してきました。 とりわけキャリアの選択において「(思考|志向)を言語化する」習慣が大いに役立ちました。この記事では私のキャリアにおけるいくつかの選択と、その時々で考えていたことについて紹介します。 望んでなかった「けものみち」を変えた日記の言葉 Shut the

                              「いつかGitHubで働きたい」10年来の空想を現実にしたソフトウェアエンジニアの紆余曲折な人生 - Findy Engineer Lab
                            • 生涯現役のソフトウェアエンジニアでありたい。IC(Individual Contributor)のキャリアパスがあると自覚するまで10年の軌跡 - Findy Engineer Lab

                              ソフトウェアエンジニアの藤吾郎(@__gfx__)と申します。最近、IC(Individual Contributor / 個人貢献者†)という言葉でキャリアが語られることも増えてきたように思います。この記事では、ソフトウェアエンジニアにおけるICというキャリアパスについて、自分の認識と経験を交えて次の点から解説していきます。 ICというキャリアパスがあることを、ソフトウェアエンジニアに知ってもらいたい 私が39歳という年齢でIC一本でいくと決意するに至った経緯は? 「IC」とはどういったキャリアなのか? 管理職ではないキャリアとしてのIC これからICを定義する企業は増えるか 私がICというキャリアパスを選ぶことになるまで ソフトウェアエンジニアになるつもりはなかった 27歳で選択したソフトウェアエンジニアをウロウロする10年 Fastlyに入社して初めて明示的にICとなる ソフトウェア

                                生涯現役のソフトウェアエンジニアでありたい。IC(Individual Contributor)のキャリアパスがあると自覚するまで10年の軌跡 - Findy Engineer Lab
                              • サンフランシスコのモバイルゲーム会社に入って驚いたこと -日常編- - GAME NEVER SLEEPS

                                2014年前半から17年後半まで在籍した、F2Pの中でもビルダーと呼ばれるモバイルゲームに特化したTinyCo(現Jam City)というスタジオに在職中に印象に残ったことを書きます。入った時点で設立4年目くらいで40人いるかいないかくらいの規模だったのが、3年半後に辞める時には3倍に人増えてたようなスタジオなので、まあ、アメリカ西海岸ベイエリアのそういう会社ではそうなんだな、くらいに読んでくだされば幸いです。本当は退職のタイミングで公開しようと思ってたはずなんですが、なぜか下書きに入りっぱなしになっていて、id:shindannin さんの記事に触発されてついに公開に至りました。 shindannin.hatenadiary.com 驚いたこと全部書いてたらめちゃめちゃ長くなったので、日常編と業務編に分けました。 ちなみに、その会社への就職活動編はこちらです。もし興味があればぜひ。 ga

                                  サンフランシスコのモバイルゲーム会社に入って驚いたこと -日常編- - GAME NEVER SLEEPS
                                • 40代未経験でITエンジニアに内定した人へ『批判DM』がかなりの数飛んで来てしまう→「業界の迷惑」「担当される客のことを考えろ」

                                  nein @nine_f14 バックエンドエンジニア兼PM。AWSでインフラ構築も一部やってます。お仕事ではLaravel、趣味ではPythonを使ってます。 異業種で社内SE⇒WEB業界1年半。 最近機械学習に興味があり勉強中。 数学、Python、ガジェットが好きです。 よろしくお願いします。 #エンジニアと繋がりたい #エンジニア転職 nein @nine_f14 40代未経験でエンジニアになります/なりましたってつぶやくと、かなりの数で批判のDMが来る。何か40代未経験から実害被っているのか?と純粋に気になります。 ちなみに内定出たツイートのときは10件くらい批判DMきました(笑) #駆け出しエンジニアと繋がりたい #エンジニアと繋がりたい 2022-06-26 20:24:24

                                    40代未経験でITエンジニアに内定した人へ『批判DM』がかなりの数飛んで来てしまう→「業界の迷惑」「担当される客のことを考えろ」
                                  • USB紛失は「協力会社の委託先の社員」 市の委託業者、説明に誤り(朝日新聞デジタル) - Yahoo!ニュース

                                    記者会見の最後に深々と頭を下げるBIPROGYの平岡昭良社長(奥)、竹内裕司関西支社長(中央)ら=2022年6月24日午後4時54分、兵庫県尼崎市の尼崎市役所、新井義顕撮影 兵庫県尼崎市の全市民約46万人の個人情報が入ったUSBメモリーが一時紛失した問題で、市から業務委託を受けた情報システム大手「BIPROGY(ビプロジー)」は26日、メモリーを紛失したのを「協力会社の社員」と説明してきたのが、「協力会社の委託先の社員」の誤りだったと発表した。 【図解】データ流出を防ぐためのポイント。「データを使った後は…」 BIPROGYは24日の記者会見で、紛失したのは協力会社の40代男性社員だったと、企業名も挙げた上で説明していた。BIPROGYは「協力会社から聞き取る中で認識を誤った」としている。 BIPROGYによると、尼崎市との契約書では、業務の一部を委託する際は市の許可を取ると記載していた。

                                      USB紛失は「協力会社の委託先の社員」 市の委託業者、説明に誤り(朝日新聞デジタル) - Yahoo!ニュース
                                    • 【厚労省】COCOA、元請けのパーソルは2億9448万円で受注 下請けMTIへの委託は1615万円 : 痛いニュース(ノ∀`)

                                      【厚労省】COCOA、元請けのパーソルは2億9448万円で受注 下請けMTIへの委託は1615万円 1 名前:雷 ★:2021/02/06(土) 12:12:13.34 ID:ggGDY1Up9 『Android版COCOAを「無用の長物」にした重大バグ、4カ月以上見過ごされた理由』 xtech.nikkei.com/atcl/nxt/colum… 記事では直接は書かれていないけど元請けのパーソルの受注は2億9448万円だが、下請けのエムティーアイの委託費用は1615万円、APIが変わりつづけるから開発しつづけてといっても無理な値段 https://twitter.com/kosaki55tea/status/1357660687439257612?s=21 さて。今回の開示請求では、政府テックチームや有識者会議の議事録等のほかに、2つの契約書が開示されました。ひとつが厚労省とパーソルプロ

                                        【厚労省】COCOA、元請けのパーソルは2億9448万円で受注 下請けMTIへの委託は1615万円 : 痛いニュース(ノ∀`)
                                      • ソフト開発での多重下請、公取委が取り締まり強化へ 「優越Gメン」が立ち入り調査

                                        公正取引委員会は6月29日、ソフトウェア関連企業の下請取引などに関する実態調査報告書を公開した。資本金3億円以下のソフトウェア関連企業2万1000社を対象にアンケート調査などを行ったところ、違反行為が多重下請け構造によって連鎖していることを確認したという。そのため、多重下請構造の下で生じる問題への対応を強化する方針を示した。 下請代金を巡っては、エンドユーザーや上流発注者からの買いたたきや減額、支払遅延などの違反行為を確認。ソフト開発の取引では「使いやすい機能」などのオーダーが発注者ごとに異なり、当事者間の共通認識を形成しづらい。そのため不当な給付内容の変更、やり直しなどが起こっている。これらの行為が業界の多重下請構造によって、サプライチェーン上で連鎖していたと分かった。

                                          ソフト開発での多重下請、公取委が取り締まり強化へ 「優越Gメン」が立ち入り調査
                                        • 平井デジタル相「私は怒らない大臣」 脅し発言を釈明:朝日新聞デジタル

                                          ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

                                            平井デジタル相「私は怒らない大臣」 脅し発言を釈明:朝日新聞デジタル
                                          • 「共同創業者(エンジニア)を探している」という相談に対しての僕の回答|suthio

                                            「共同創業者になってくれるエンジニアを探している」と起業家(準備中含)から相談されてだいたい同じことを回答してる気がするので僕の考えを書きます。 想定読者・起業を考えていて自分自身はエンジニアではない ・試したい仮説はあって、検証するためにはプロダクトを開発する必要がある ・現在、コミットしてもらえるエンジニアもいない ・どういうエンジニアを探せばいいかわからない 結論 結論から書きます。 検証するためのプロダクトをあなた自身で書いていきましょう。 創業者が優秀なエンジニアになれという話ではなくて、 一人目のエンジニアを採用するためには自分自身でプロダクトを作るのが一番の近道という話です。 ソフトウェア開発について一定の理解を得ることができる ソフトウェアの開発を行う時にどういうことを考えて、結果どういうものを作っていくかのフローを一度経験しておくことにより、 エンジニアを採用した後に自分

                                              「共同創業者(エンジニア)を探している」という相談に対しての僕の回答|suthio
                                            • フリーランスエンジニアの単価と「安すぎる」というコメントの謎 - IT業界で気づいたことをこっそり書くブログ

                                              この記事が目についたんですが。 qiita.com 良いか悪いかで言ったらQiitaでそういうのは見たくないというのは個人的な感想なんですが。それは置いといて、毎度恒例、はてブでは「安すぎる」というコメントが多く見られました。 [B! エンジニア] エンジニア200人に聞いて、業務委託単価表を作りました - Qiita こういう「単価出してみました」に対する「安すぎる」というブコメは何年も前から大量に見つかります。果たしてこのQiitaは安いんでしょうか? 私は「妥当」派です じゃあこの「安い」と言ってる人達は何者なんでしょうか? 仮説:会社間の人月単価と混同している? 会社間の単価、フリーランスの単価、正社員の給料の差 正社員の給料と、フリーランスの報酬はなぜ差があるのか フリーランスの報酬と、会社間の単価はなぜ差があるのか 正社員とフリーランス、額面で何倍の差があるか? あと、CTOっ

                                                フリーランスエンジニアの単価と「安すぎる」というコメントの謎 - IT業界で気づいたことをこっそり書くブログ
                                              • Software Engineer Salaries in Japan | OpenSalary

                                                テクニカル・コーディングインタビューを任されるには シニアソフトウェアエンジニアです。コーディングインタビューを「する側」として担当したことがありません...

                                                  Software Engineer Salaries in Japan | OpenSalary
                                                • ベイジの業務システムUIデザインワークフロー(100のタスクを徹底解説) | ベイジのUIラボ~業務システムとSaaSのUIを考える

                                                  2021年現在、ベイジの柱の事業はウェブ制作事業とウェブアプリデザイン事業です。ウェブ制作事業は会社設立の2010年からの主力事業で、サービス品質の平準化を目的に2014年頃からワークフローの整備を進めてきました。 一方ウェブアプリデザイン事業については、事業拡大したのがここ数年で、まだワークフローが整備されておらず、各人の裁量に委ねた進め方になっていました。そこで今後の事業拡大とメンバー増員を想定し作成したのが、業務システムやSaaSのUIデザインに特化した「ベイジの業務システムUIデザインワークフロー2021年版」です。 基本的な進め方は国際規格(ISO 9241-210※)の人間中心設計プロセスに基づいて組み立てていますが、細かいタスクの順序や内容は、今までベイジで培ってきたノウハウをふんだんに盛り込み、組み換えています。 また今回ワークフローを整備するうえでは、クライアントごとの開

                                                    ベイジの業務システムUIデザインワークフロー(100のタスクを徹底解説) | ベイジのUIラボ~業務システムとSaaSのUIを考える
                                                  • 株式会社ドワンゴを退職しました(非エンジニア編)

                                                    4年半くらい勤めていたドワンゴを先日退職しました。 自分の気持ちの整理の為に非エンジニア目線で退職理由などを書いていければと思います。 はじめにドワンゴにはいろいろな職種がありますが、筆者は「企画・ディレクター」という職種でWebディレクターをしていました。Web・アプリサービスや追加機能などを企画して事業の立ち上げ・伸張を目的に、企画書を作ったりデザイナーさんやエンジニアさんと相談しながらサービスを作っていく職種ですね。 niconicoには様々なサービスがありますが、動画や生放送などの花形サービスではない部署で企画職として働いてました。 マネージャーになる以外に明確で確実な給与上昇のパスがないこれは割とどこにでもある話かも知れませんが、個人的に残念に思うポイントでした。 よって役職者になり、手当をもらうことがとりあえずの目標となります。 定期昇給の上がり幅は高くない 結果、中途で入って

                                                      株式会社ドワンゴを退職しました(非エンジニア編)
                                                    • 【おわび】誤った内容のプッシュ通知の配信について - Yahoo!ニュース

                                                      いつもYahoo! JAPANをご利用いただきありがとうございます。 2021年12月22日15時13分ごろ、Yahoo! JAPANアプリ、Yahoo!ニュースアプリ、Yahoo!防災速報アプリ、LINEスマート通知で、人為的なミスにより、一部のユーザーにテスト用のプッシュ通知が配信される不具合がありました。 配信したプッシュ通知の見出しは以下になります。 【政府発表】[配信テスト][dev]ゲリラや特殊部隊による攻撃が発生しました。(14時06分) このような事実はございません。 お客様にはご迷惑をおかけし申し訳ございません。

                                                        【おわび】誤った内容のプッシュ通知の配信について - Yahoo!ニュース
                                                      • IT子会社が設立される主な理由はコスト削減。課題はIT戦略立案能力、待ちの姿勢、先進技術の習得など。ガートナーの調査結果

                                                        IT子会社が設立される主な理由はコスト削減。課題はIT戦略立案能力、待ちの姿勢、先進技術の習得など。ガートナーの調査結果 ガートナージャパンは、国内のIT子会社の実情に関する調査結果を発表しました。 調査は国内の従業員500人以上、売り上げ規模1000億円以上の企業のCIO、CTO、IT担当役員、最高デジタル責任者、デジタルビジネス推進担当役員などを回答対象者として実施されました。有効回答は300社。 回答した企業のうち、「連結対象」「連結対象外」「ITベンダーなどと共同出資」のいずれかに該当するIT子会社を持つ割合は38.0%。 調査結果では、IT子会社設立の主な理由はコスト削減で、親会社から見た喫緊の課題はIT戦略立案能力、受け身の姿勢、スピード感、先進技術の習得などと説明されています。 IT子会社を設立する理由はコスト削減 IT子会社を持つ企業に、設立している主な理由を上位3つまでの

                                                          IT子会社が設立される主な理由はコスト削減。課題はIT戦略立案能力、待ちの姿勢、先進技術の習得など。ガートナーの調査結果
                                                        • NEC、73億円で受注したオリパラアプリを平井卓也デジタル改革担当大臣の恫喝で38億円に値切られていたことが判明(株価は無風) : 市況かぶ全力2階建

                                                          日刊SPA!に登場の医学生投資家、儲け自慢に熱を入れるあまり「11歳から親の口座で投資を始めた」と借名取引をうっかり告白

                                                            NEC、73億円で受注したオリパラアプリを平井卓也デジタル改革担当大臣の恫喝で38億円に値切られていたことが判明(株価は無風) : 市況かぶ全力2階建
                                                          • 妻子持ちエンジニアとしての休日の過ごし方|Keisuke69

                                                            それに対して以下のようにはてぶでコメントしてツイートしたところ、意外と反応があったのでもう少し僕なりの思いを。 これわかるなー. 同様に土日祝は基本的に勉強会とかカンファレンスに行かない. ライブ行ったりとかの個人の予定も. 仕事の登壇もなるべく断ってる. 子どもなんてそろそろ大きくなって嫌でも離れてくしね. それまでは. / “休日の時間の使い方を考える - つばろぐ” https://t.co/zOZ7RnwCAO — Keisuke Nishitani (@Keisuke69) January 14, 2020 きっと家庭を持つ、特に子どもがいるエンジニアは多かれ少なかれ同じような悩みを持っている人が多いのではないかと思う。もちろん、「全然理解できない、意識低すぎるんちゃうか!」というような人もいるだろうけど。 さて、まず最初に断っておくと僕はエンジニアといっても現在はマネージャであ

                                                              妻子持ちエンジニアとしての休日の過ごし方|Keisuke69
                                                            • 「他人と体をシェア」36歳早大准教授の凄い研究

                                                              ただ、部屋の外に出られないことが苦痛で……。同室の人たちも子どものイベントやお祭りに参加できないことを「そこだけはつらいね」と話していたんですね。 当時、音声と映像はやり取りできました。音声はマイクというインプット(入力装置)とスピーカーというアウトプット(出力装置)があり、映像はカメラとディスプレイがあったわけです。 でも、体の動きに関しては当時、ジェスチャー入力もジェスチャー出力もどちらもなかった。外部とインタラクション(相互に作用)できる機械が欲しいなと思って探したけれど、売ってない。だったら、自分が研究者になって、作って、企業と連携するか起業するかして、社会に広めていくしかないと思って、研究者になろうと進路を決めました。 ――世に知られるきっかけとなったポゼストハンド。「操られる手」という意味を持つこの装置は、コンピューターからの信号によって人間の手を動かすことができます。この発想

                                                                「他人と体をシェア」36歳早大准教授の凄い研究
                                                              • 日立製作所、全社員ジョブ型に 社外にも必要スキル公表 - 日本経済新聞

                                                                日立製作所は7月にも、事前に職務の内容を明確にし、それに沿う人材を起用する「ジョブ型雇用」を本体の全社員に広げる。管理職だけでなく一般社員も加え、新たに国内2万人が対象となる。必要とするスキルは社外にも公開し、デジタル技術など専門性の高い人材を広く募る。年功色の強い従来制度を脱し、変化への適応力を高める動きが日本の大手企業でも加速する。ジョブ型は欧米では一般的な働き方で、職務記述書(ジョブディ

                                                                  日立製作所、全社員ジョブ型に 社外にも必要スキル公表 - 日本経済新聞
                                                                • 120年ぶり民法改正へ、システム開発費「高騰」のリスク

                                                                  約120年ぶりに債権法を抜本的に見直した改正民法の施行が、約4カ月後の2020年4月1日に迫っている。改正によりIT業界で新たな火種となりそうなのが、ITベンダーが納品した情報システムに対して、ユーザー企業が無償改修や賠償を請求できる期間が実質的に延長される点だ。大手ITベンダーや業界団体は対応に乗り出しているが、システム開発費が「高騰」するリスクをはらんでいる。 改正民法は2017年に国会で成立した。売買やサービスなどの「契約」に関するルールを定めた債権法を約120年ぶりに抜本的に見直す。建築業界と並んで大きな影響を受けるのがIT業界だ。ITベンダーとユーザー企業それぞれで対応が必要になる。 最長10年間、ユーザー企業は無償対応の請求が可能に ユーザー企業とITベンダーが交わすシステム開発の契約形態は大きく2つある。ITベンダーが成果物に対する完成義務を負う「請負」と、ユーザー企業が設計

                                                                    120年ぶり民法改正へ、システム開発費「高騰」のリスク
                                                                  • リモートワーカーへの公平な支払い

                                                                    DHH が Twitter で言及していた記事がおもしろかったので著者の許諾をもらった上で翻訳しました。 Paying remote workers differently solely depending on their zip code is immoral. If you can afford to hire from both San Francisco and St Louis, you can afford to pay both the same for the same work. If you can't afford SF rates, that's fine too! https://t.co/A1nJkPlimG — DHH (@dhh) May 25, 2020 Salesforce の Product Manager 、 Blair Reeves さんの記事。

                                                                      リモートワーカーへの公平な支払い
                                                                    • SIベンダーを中抜きすればDXできるのか?そんなに甘い話は転がっていない|楠 正憲(Japan Digital Design CTO)

                                                                      日本はユーザー組織よりもベンダーにIT人材が集中していることが、DXを阻害しているといわれる。すぐにオンプレのサーバーを売ろうとする、クラウドで頼むといってもIaaSで持ってくる、ちょっと目新しい技術を指定したら見積もりが跳ね上がる。そういったSIベンダーに対するフラストレーションが、ひょっとして内製に切り替えれば、もっと迅速かつ低コストに新技術を導入できるのではないか?という期待に繋がっているように見える。 もしも夢が叶うならば、決められた予算、決められた要員で、生産性が高い最新の技術を習得しながら、環境変化を受け入れつつ、予定通りプロジェクトを完遂できるに越したことはない。しかしながら世の中にはトレードオフがあって、決められた予算、決められた要員、決められた期日通りにプロジェクトを仕上げたいのであれば、実績あるチームが、枯れた技術を使って、余裕あるスケジュールで、要件を固める必要がある

                                                                        SIベンダーを中抜きすればDXできるのか?そんなに甘い話は転がっていない|楠 正憲(Japan Digital Design CTO)
                                                                      • 「彼らはその仕事を『事務職』だと思っている」地方の企業を回って思う、ITエンジニアを採用する発想すらない人たちの話

                                                                        沢渡あまね新刊 #バリューサイクルマネジメント #組織変革Lab 主宰 @amane_sawatari 「その仕事、エンジニア1~2名入れれば劇的に改善できますよ」 最近、地方(に限らないけど)の企業を回っていて思うこと。ところが、そもそもITエンジニアを採用する発想がない。彼ら/彼女たちはその仕事を「事務職」だと思っているから。そして優秀な事務員を探し求めている。凄くもったいない。 2019-09-11 00:04:14 沢渡あまね新刊 #バリューサイクルマネジメント #組織変革Lab 主宰 @amane_sawatari 地方企業経営者「優秀な事務員が欲しい!『事務員募集』」 沢渡「(その仕事なら、むしろエンジニア採用した方がいいと思う。そのほうが改善も進む)」 都内のエンジニア「Uターン転職したいけれど、エンジニアの求人がない!」 地方のエンジニア「地元にエンジニアの求人がない!」

                                                                          「彼らはその仕事を『事務職』だと思っている」地方の企業を回って思う、ITエンジニアを採用する発想すらない人たちの話
                                                                        • 準委任契約だけど、責任は取ってください

                                                                          連載目次 準委任契約と請負契約 今回は、システム開発の要件定義工程の契約形態についてお話しする。 本連載の読者ならご存じの方も多いと思うが、情報システムの開発は、準委任契約に基づいて行われる場合か請負契約に基づいて行われる場合が多い。そして1つの開発においても、要件定義工程は「ユーザーの作業を支援する」という意味合いで、成果物の完成責任を負わない準委任契約で、設計以降の工程(ここでは便宜的に「開発工程」と呼ぶ)は「ベンダーが主体となる」ために成果物の完成責任を伴う請負契約で行う場合がよくある。準委任契約は、「専門的知識やスキルを持つ人間が契約で合意した時間働けば、その対価は払ってもらえる」というのが原則である。 では、専門家が一定時間働きさえすれば責任を果たしたことになるのだろうか。 今回取り上げる事件は、ITベンダーが要件定義工程から開発工程までを一貫して行ったが、要件定義に抜け漏れがあ

                                                                            準委任契約だけど、責任は取ってください
                                                                          • 複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ(前編)。JaSST'23 Tokyo基調講演

                                                                            複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ(前編)。JaSST'23 Tokyo基調講演 Netflixが始めた「カオスエンジニアリング」は、現在では大規模なシステムにおける可用性向上の手法のひとつとして確立し、広く知られるようになりました。 そのカオスエンジニアリングという手法を定義したのが、元Netflixカオスエンジニアリングチームのエンジニアリングマネージャーを務めていたCasey Rosenthal(ケイシー ローゼンタール)氏です。 そのローゼンタール氏が、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2023 東京」(JaSST'23 Tokyo)の基調講演に登壇し、「Chaos Engineering to Continuous Verification」(カオスエンジニアリングから継続

                                                                              複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ(前編)。JaSST'23 Tokyo基調講演
                                                                            • COCOA不具合の原因は「APIの使い方を誤った」 平井デジタル相、改善を約束 開発の下請け構造改善も

                                                                              「国でシステムを導入する難しさを感じた」――平井卓也デジタル改革担当相が2月12日の会見で、政府の接触確認アプリ「COCOA」の不具合について、厚生労働省担当のCIO(最高情報責任者)からヒアリングを受けたことを明らかにした。会見では不具合の原因がアプリのAPI連携にあったことを説明した上で、今回の不具合から得た課題やデジタル庁を創設する意義などを改めて強調した。 COCOAは陽性者と1m以内、15分以上の接触があったユーザーに通知を送るアプリ。厚生労働省は2月3日、Android版アプリに新型コロナウイルス陽性者と接触したユーザーへの通知が送られない不具合があったと発表。厚労省によると2020年9月28日のアップデート以降、Androidでは接触通知APIから出力される値が想定と異なっていた。このため、接触が正しく通知されなかったという。 こうしたことを踏まえ、平井大臣は今回の不具合の原

                                                                                COCOA不具合の原因は「APIの使い方を誤った」 平井デジタル相、改善を約束 開発の下請け構造改善も
                                                                              • エンジニアとして30代までにやってて良かった・やれば良かった事を自分のキャリアから振り返ってみた. - Lean Baseball

                                                                                最初に言っておきます. このエントリーは「いい本を読んだついでに自分のキャリアを振り返ってオススメを残す」という長文ブログです. 適当に読み流してもいいですし, 心の琴線に触れる事があれば最後までお付き合い頂けると幸いです. さて, 4月の末と言えば, GWが近づいてくると共に色々考えることがあります. 例えば社会人23年目の私は今年, GWの予定(決まっていない場合に限る) 「こどもの日」にしてあげられること キャリアの振り返りと数年先のキャリアプラン検討 この3つについて真剣に考えています. 今年でいうとGW予定(1.)は90%程度計画済み, こどもの日(2.)は甥っ子に渡すお小遣いを検討...までは決まってるのですが, 最後の(3.)はというと, GW明けって転職とか将来キャリアを考える機会になりがちじゃん?そういえば自分のキャリア(ry ...という感じで, GWは(本人が意識する

                                                                                  エンジニアとして30代までにやってて良かった・やれば良かった事を自分のキャリアから振り返ってみた. - Lean Baseball
                                                                                • IT産業はタダ働きのエンジニアに依存しすぎている

                                                                                  By Pressmaster 「フリーソフトウェア」「無料アプリ」の中には便利なものがたくさんあります。しかし、有料のソフトウェアの中にも「無料のコード」が多数内在しています。さまざまなプロトコルを用いてデータを転送するライブラリ「libcurl」とファイルを送受信用コマンドラインツール「cURL」を開発し無料で提供しているダニエル・ステンバーグさんが「オープンソースプロジェクトを公開すること」にまつわる自身のエピソードを語っています。 The Internet Relies on People Working for Free - OneZero https://onezero.medium.com/the-internet-relies-on-people-working-for-free-a79104a68bcc iPhoneのような多数のコードによって動いている製品の価格には、その

                                                                                    IT産業はタダ働きのエンジニアに依存しすぎている