ちょっと前までスマホメーカーの中の人やってました。下請けのソフト屋。だいたいミドルより下のレイヤーで開発評価デバッグその他あれこれ。 で、ここからの https://b.hatena.ne.jp/entry/s/twitter.com/masanork/status/1358069771753852929 特にこの辺りを読んで、 https://twitter.com/masanork/status/1358186280551546880 ずいぶんと感覚が違うな、と思った。 元受けがメーカー（つまりハードも作ってる）だったからなのかも知れないけど。 とにかく実機使ってテストしまくるんですよ。もちろん使えるところは例えばアプリならPC上のシミュレータ使って自動化したり、通信関係では検証環境使ったりもするけど、泥臭かろうが人手がかかろうが最後は絶対実機と実環境でテスト。 なんでか。 シミュレー

EC2 (Amazon Linux) Apache php7.1 私がやってしまったこと この事件が起きたのは2020年6月。既に稼働しているWebサービスでとあるデータ取得の処理が止まってしまっているので調査してほしいと頼まれました。また、サービスに影響が出るものだからなるべく早めに対処してほしいと言われました。 マネージャー 「今日の夕方までにはお願いね。もし難しそうだったら午後イチで一旦MTGしよう。14時までに連絡をください。」 わたし　「任せてください！」 ・・・・ とは言ったものの、本番サーバーで起きている障害の調査は今までやったことがありませんでした(もちろん本番サーバーにログインしたこともない)し、進め方も全く思いつきませんでした。しかも、対応するサービスの開発には携わったことがなく、sshログインの設定から行う次第でした。 まあ、今まで頼まれたタスクを期限内に終えられなか

TL;DR ひとくちにバッチといっても色々ある 夜間バッチをもう作るな オンラインバッチはSQL以前にDB設計がんばれ はじめに Twitterのタイムラインで以下のようなツイートが回ってきました。 バッチ処理をみんな舐めてかかったり、ショボイとか思ってる人多い印象なんだけれども、数十万～数千万件規模のデータを処理したことあるのかな。テンプレ通りのコードじゃ動かないよ？ネットに本にも答え載ってないよ？低レイヤも意識しないと動かないよ？ 2020年1月10日 ツイートされたわだっしーさんの意図がどこにあるかは確認してないですが、極限の世界でテンプレート的な処理では対応出来ないのはあるよな、と思いつつもある程度はバッチの作法としての書き方があると思っています。 このツイートとその関連ツイートを読みながら、そういえばバッチ処理に関して書いてある記事はあまり見ないなぁ、とおもったので他のネットや本

［ロンドン発］英国の郵便局を支えてきた元準郵便局長550人以上が会計システムのエラーから「無実の罪」を着せられ、投獄されたり、破産したりしていたことが分かりました。 ロンドンの高等裁判所は16日「地獄の20年」を味わった元準郵便局長たちの訴えを認め、和解金578万ポンド（約8億3400万円）の支払いを郵便局の窓口業務を引き受けるポスト・オフィス社に命じました。 英メディアによると、この会計システムはもともと英コンピューター企業ICLが開発した「ホライゾンシステム」。高等裁判所の判事はホライゾンシステムにかなりのバグやエラー、不良があったため、準郵便局長の支店口座に不一致が生じたことを認めました。 郵便局側は「ホライゾンシステムに何の問題もなかった」と主張してきました。しかし判事は「2000年に導入されたシステムは少しも堅牢ではなかった」として、郵便局の支店口座で帳尻が合わずに資金不足が生じ

きらきらつながるQTnet。QTnetから、新サービスなど最新情報をお知らせいたします。

政府は全省庁のシステムを2020年秋から順次、データを集中管理してインターネット経由で使うクラウドに切り替える。12月にもクラウド企業の採用基準を決め、海外の企業に日本国内へのデータセンター設置などを求める。安全保障に配慮し、基準を満たした企業を公開して民間にも活用を呼びかける。データ管理を国内に制限している中国企業は採用されない公算が大きい。政府のシステムは今後4～8年で原則、クラウドに切り

宮崎県から出された公募が前代未聞な形で話題になっています。github にプロトタイプが公開されている他、技術的に「分かっている」人が書いた感が漂っており、多くの人の興味を引いています。 さらに、これを書いた職員は実は生え抜きの公務員で、独学でプログラミングを学んだとか・・・

便宜上「弱いSEの増田」「強いSE」と書くけど、増田をバカにしてるわけじゃないと書いておく。 「弱いSE」になってしまうのは、増田の指摘通り「運」の要素が強すぎる。 「常駐先ガチャ」と言っても良いレベル。課金してガチャを回せるわけでもないし。 ↓弱いSEの増田 anond.hatelabo.jp ↓強いSEのブログ www.orangeitems.com 弱いSEの増田が書いてるけども、 「運よく技術的な仕事ができるポジションに着けた人」は客先常駐型の派遣を肯定する傾向にあり違法労働も良しとする人が多い。 （中略） 先ほど記した技術力が身につかない上に低賃金なポジションに着いてしまった人よりも発言力があり業界内で幅を利かせている事が多い。 いやぁ、ほんと。 強いSEのブログ書いた人がまさしくこの指摘に該当する人なんですよねぇ。 強いSEって弱いSEの立場に追い込まれてる人をこんな感じで「嘘

みずほフィナンシャルグループの佐藤康博社長は１５日の決算発表会見で、傘下銀行のシステムを統合した新システムの完成時期について「もう少しで開発が完了する」との見通しを示した。今夏ごろとみられる。本格運用の開始時期は「移行の完了時期は特定できていない」と述べるにとどめた。みずほはかつての度重なるトラブルを受け、傘下銀行で三つあるシステムの統合を進めている。昨年１２月末としていた完成時期は数カ月遅れるとしていた。延期によって、開発投資額は当初予定していた３千億円台後半から、４千億円台半ばに増えた。 佐藤社長は、新システムの運用開始後、ＩＴの活用で店舗を減らす方針も示した。グループで約８００ある店舗を１～２割程度削減する計画という。

大規模医療システムの導入プロジェクトが頓挫した場合におけるベンダ・ユーザの責任の所在・割合と損害の額等が問題となった事例。 事案の概要 医療法人Xは，電子カルテシステムを中核とする病院情報管理システム（本件システム）を導入することを企図し，入札を実施した。これに対し，ベンダのYは，平成20年10月1日付けで，パッケージをカスタマイズしてシステムを完成させるという提案をした。Xは，同月31日にYを落札者と決定し，平成21年9月24日までに検査を完了させることが合意された。 しかし，仕様の確定や，その後の追加要望について紛糾し，平成22年1月を過ぎてもYは，本件システムを引き渡すことができなかったため，Xは同月4月26日になって，債務不履行に基づく解除の意思表示をした。 そこで，Xは，Yに対し，債務不履行に基づく損害賠償として約19億円を請求したのに対し（第1事件），Yは，Xに対し，無効な解除

「Salesforceの入力、面倒すぎる」　そんな現場を変えた「ボット君」：IT苦手な“現場のプロ”が豹変（1/2 ページ） 現場の仕事はプロ級だが、ITは苦手――。そんな現場の職人たちが、毛嫌いしていたSalesforceへの入力を行うようになった。現場で何が起こったのか。 現場の仕事はプロ級だが、ITは苦手――。ITが一般化する中、今やITになじみがない世代の職人たちも、ITツールを使うことを余儀なくされている。 今まで紙で行ってきた現場の状況報告を、小さいスマートフォンの画面上で慣れないメニューを操作しながら行うのは至難の業で、それが報告の遅れや滞りにつながるケースも出てきているという。 こうした“ITアレルギーの職人”でも、苦手意識を持つことなく、進んでITツールを使うようにするにはどうしたらいいのか――。こうした課題に向き合い、見事、解決法を見つけた企業がある。太陽光発電事業を手

ポジション的なもの 個人的に、アジャイルは「（あんまり未来や遠くのことを考えるのをやめて）目の前にある問題を解決しよう」という思想と認識しています。 現実の問題を見ないで「将来、日本と米国のソフトウェア開発技術の差が広がるから、ウォーターフォールをやめてアジャイルをやろう」とか、何を言っているんだ、おまえは？ と、思います。 キーワード「エンタープライズ」が出てきているので、業務システムの話をします。 情けないぞアジャイルコーチ 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログを読みました。 感想を書きます。 サム・グッケンハイマーの一言 サム・グッケンハイマーは、マイクロソフトが、アジャイル、そして DevOps 移行したことに関するソートリーダー の方が 「ウォータフォールは一切メリットがないので止めておきなさい」 といったそうです。まあ、ポジシ

保守契約はやってないよ。 けど、不具合のときには連絡して直してもらってるし基本プログラムをいじるようなときにはその都度見積りしてもらってる。 今までは（彼らのバグかもしれない）調査でお金取るなんて言ってきたことなかったからびっくりした。

会社で使ってるシステムで調べてほしいところがあったから、最近かわった新しい担当SEに連絡したら、 「不具合だったら直すけど、不具合じゃなかったら調査費用と出張費で８万請求するけどいい？」みたいな聞かれ方したんだけど、これってIT界の常識的にどうなの？ こっちは不具合かどうかなんかわからないんだからどうしろっつーの？もし不具合だったらオマエの会社に損賠請求してもいいの？(客に喧嘩売ってんのか？)って思ったけど、普通はどうなんでしょう。

■ 治外法権のeLTAX、マルウェア幇助を繰り返す無能業者は責任追及されて廃業に追い込まれよ ここ数年、不正送金の被害がインターネットバンキングの法人口座で急増しているという*1。その原因は今更言うまでもなく、Java実行環境（JRE）やAdobe製品の古いバージョンの脆弱性を突いてくるマルウェアである。しかしそれにしても、法人口座を扱うパソコンがなぜ、Java実行環境やAdobe製品をインストールしているのだろうか。インストールしなければ被害も起きないのに……。 その謎を解く鍵が、eLTAX（地方税ポータルシステム）にあるようだ。eLTAXでは、インターネットバンキングの口座を用いた納税ができることから、インターネットバンキング用のパソコンでeLTAXの利用環境も整えるということが普通になっていると思われる。そのeLTAXが、昨日までは、Java実行環境のインストールを強要していた。eL

日本は今、空前のIT技術者不足。ユーザー企業のIT部門も、SIerも、下請けベンダーも、そしてブラック企業も「必要な頭数を確保せよ」と、まるでモノか何かをかき集めるかのような口調で技術者の“調達”に奔走している。この私にさえ技術者不足への対策を聞いてくる人がいるが、そんな時は必ず「諦めてください。それが日本や大勢の若者のためです」とだけ答えることにしている。 なぜ、そんな木で鼻をくくったような態度をとるかと言うと、これまで抜本的な対策を打とうともせず、周期的に「技術者が足りない。大変だ！大変だ！」と騒ぐ浅薄な連中が大嫌いだからである。それに、モノか何かのようにかき集められる若者の将来よりも、国や大企業などのシステムのほうが大事だと思っている点もゲンナリする。そんなものは圧倒的に小事である。 そもそも、「技術者不足への対策は技術者を増やすこと」と脊髄反射的に考えるのは、何とかならないものだろ

最近『ユーザー目線』という言葉をブログ記事でよく見ます。言葉自体は太古の昔からあったわけですが、正直僕はこの言葉がよくわかりません。ユーザー目線って、なんかふわっとして意味不明じゃないですかね？ユーザー目線で考えるのは悪くないけどユーザー目線になるのはよくないというか、なんかよくわかんない微妙な言葉だと思います。 と言っても、最初からこんなことを考えていたわけではありません。なぜこんな考えになったかというと、新卒の時ユーザー目線の認識を間違えて見事に大失敗したからです。具体的に言うと、システムの速度を改善して１時間から１０分にしたら上司に怒られたんですね。今回は、ちょっと当時の失敗を思い出しながら自分の思考を整理してみようと思います。主観１００％になりますが悪しからず。 １．とりあえず全力だった新卒の僕 「この機能遅くてお客さん困ってるからいい感じにしといて」 パッケージベンダーのエンジニ

先週のことでタイミングが遅れていますが、 http://d.hatena.ne.jp/JavaBlack/20151103/p1 相変わらず、何の根拠も示さずに知ったふうな事をのたまう。無根拠・非論理の芸風は死ぬまで治らない（治さない）のでしょう。 林晋さん*1へのたちの悪い言及を目にしてしまったので、一言いわずにはおれない気分です。 まず、林晋さんの著書について述べます。林さんの本は3冊持っていて、目次と索引しか見ない僕*2にしてはよく参照してます。 コロナ社の『数理論理学』*3は手が届く場所に置いてあります。 数理論理学 (コンピュータ数学シリーズ) 作者:晋, 林発売日: 1989/12/20メディア: 単行本 カリー／ハワード対応について説明している論理の本は少ないので、非常に助かります。かつてラムダセミナー／モニャドセミナーでカリー／ハワード対応を題材にしたときのネタ本はこれです

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます AmazonをEコマースの会社だと思っているなら、認識を改めた方がいいかもしれない。Eコマースは、インフラを構築し、クラウドサービスとして販売することを正当化する口実のようなものだ。一番おいしい収益を上げているのは、「Amazon Web Services」なのだ。 Amazonの第3四半期の業績がそれを物語っている。実際にAmazonの業績報告を見てみれば分かる。Amazonの総売上高のうち、Amazon Web Servicesは8％だが、営業利益で見ると同事業は52％を占めているのだ。これは、Amazon Web ServicesがAmazonの北米のEコマース事業と同じ額の利益を上げていることを意味する。 これがどういうことか、