脆弱性体験学習ツール「AppGoat」で任意のコードが実行されてしまうなどの複数の脆弱性が報告され、IPAが修正版へのアップデートを呼び掛けている 情報処理推進機構(IPA)は2月9日、同機構が提供している脆弱性体験学習ツール「AppGoat」に4件の脆弱性が見つかったとして、修正版を新たに公開した。ユーザーにアップデートを呼び掛けている。 見つかった脆弱性は、AppGoat V3.0.0およびそれ以前に存在する。いずれも悪用された場合に、ユーザーの意図しない操作や任意のコードを実行されるなどの恐れがある。各脆弱性の概要は以下の通り。 JVN番号 脆弱性 想定される影響 CVSS v3による評価値(最大値10.0) 71666779
By Pricenfees 日本では労働基準法で1日の労働時間が8時間を超えないように定められていますが、スウェーデンでは「6時間労働」を目指して複数の企業や公的機関が取り組みを行っています。実際に6時間労働を2年間取り入れた結果、どのような変化が起きたのかをBBCが報じています。 What really happened when Swedes tried six-hour days? - BBC News http://www.bbc.com/news/business-38843341 26歳のエミリー・テレンダーさんは、スウェーデンのゴセンバーグにある高齢者向けの介護施設で働く看護師です。テレンダーさんは6時間労働の効果を測るための社会実験に参加しており、ちょうど2年間の6時間労働勤務を終え、8時間労働勤務に戻る必要があります。6時間労働が終わることについて考えると、「以前よりも疲
発端 去年、Naoya Ito さんがこんな話(System of Record と System of Engagement)をした後、SOEとかSORとか話題になることも多くなったと思う。 そんな折、ちょうどいいタイミングで、SOR中のSORなシステムである銀行システムの話を、日本における銀行システムの曙までさかのぼってまとめた本が出たのでさっそくゲットした。 Title: 進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus) Publisher: 技術評論社 (Feb. 2, 2017) Author: 星野 武史 (著), 花井 志生 (監修) ISBN-13: 978-4774187297 Publish Date: 2017/2/4 Amazon: https://www.amazon.co.jp/dp/477418
React基礎 レッスン Lesson 01: 環境構築 Lesson 02: ES2015について Lesson 03: 関数型の書き方 Lesson 04: 初めてのコンポーネント Lesson 05: 初めてのinline style Lesson 06: 初めてのprops Lesson 07: 配列からの展開 Lesson 08: フォームの定義 Lesson 09: フォームによるデータ追加 Lesson 10: 総合課題「目的特化型電卓を作ってみよう」 おまけ Appendix 01: 様々なコンポーネントの書き方 Appendix 02: コンポーネントのstate Appendix 03: コンポーネントのライフサイクルメソッド Appendix 04: JSX vs. createElement Appendix 05: PropTypes Appendix 06: p
Twitterで先日来、町山智浩さん、小田嶋隆さん、津田大介さんあたりからいろいろご批評をいただいておりました。名前を出してモノを書いている以上、いろんなことを言ったり言われたりするのは当然であります。もちろん程度はありますが、古い2ちゃんねるなどでの書き込みに基づいた事実ではない憶測や思い込みで書かれているものも多く見受けられます。 ご指摘の中でファンドの話は特にそうですが、自分だけが絡むものではないため、そのとき窓口で出している仕事以上のことを書いたり説明したりするつもりはありません。 会社を経営したり働いたことのある方なら分かると思いますが、どこそこ会社に勤めている人が、その会社についてネットで質問されて細やかに回答するはずがないのと同じです。上場企業ではありませんから、取引先や税務署が必要なだけ分かっていればそれでよいのです。以前は自分ひとりでハンドリングしていたファンドが、他の方
1月16日よりMercariにてSRE/BSE(Backend System Engineer)として働いてる. これまではとある会社で社内向けのPaaSエンジニアとして働いてきた(ref. PaaSエンジニアになった).PaaSの目標である「アプリケーション開発者の効率を最大化」を突き詰めながら少人数のチームでいかにScalableなプラットフォームを構築するかに注力してきた.Cloud FoundryやDockerといったインフラの最前線とも言える技術やアーキテクチャに触れ,かつその中で自分の技術的な柱である自動化に取り組むことができたのは非常に刺激的で自分に大きなプラスになった. その一方でPaaSというプラットフォームはその性質上サービスそのものからは中立的になることが避けられない(だからこそScalabilityを実現できるのだが).よりサービスに近い部分,サービスの成長に直結す
ワケ一覧 序の口: フレームワークだけが負債だと思ってる 序二段: ビジネスサイドに理解してもらう努力がない 三段目: 技術で遊び過ぎてしまう 幕下: 太り過ぎアーキテクチャ 十両: 過去に目もくれず、現状だって見ない 前頭: 技術に詳しいだけでアーキテクト 小結: アーキテクトの知識と覚悟が足りない 関脇: スパンが長く、モチベーションが続かない かど番大関: スパンが長く、人の入れ替えでチグハグ 大関: アーキテクチャデザインはどこへ? 横綱: 実は人間的負債だった 序の口: フレームワークだけが負債だと思ってる みんな、フレームワークが大好き。とはいえ、さすがにみんな、「フレームワークが古いことだけが負債」だなんて思ってないはずだが...なのに多くの人が、あたかもそのような振舞いと判断をしてしまう。潜在意識の Big Issue だから? o 信用できないテストデータ も負債 o 現
ネット上ではSIer批判=技術のことをわかっておらずプログラムも書けずPMも出来ない非効率でダメダメな上流工程と、 人月単位での労働力提供という業界の慣習に縛られ、持ち前の優秀な技術力・知識を生かせず非効率な作業を強いられているかわいそうな下請け開発者、という構図が確立されているように思います。 自分が関わるまでは、まあそうなんだろうなと思っていましたが、しかし実際にそういう立場のひとと関わりをもつにつれて、どうもそうではないのではないかと思うようになりました。このあたりの実情を書いていこうと思います。 なお、先に言っておきますが本記事で書くことは、上流工程がどうのとか、業界の多重請け負い構造がどうのとか、給料が安くてとか労働条件が過酷でとか、そういう話とは全く関係がなく、純粋にプログラミングのスキルの話だけです。 対象はおもに詳細設計、実装UTだと思ってもらえれば。外部仕様が決まった状態
本稿について タイトル通りですが、HariboteOSのラズベリーパイへの移植が一段落したので報告したいと思います。 「30日でできる!OS自作入門」とHaribote OSとは 『30日でできる!OS自作入門』とは2006年に発行された川合秀実氏のOS入門書です。Haribote OSはこの書籍内で作るOSの名前です 30日でできる! OS自作入門 | マイナビブックス 書籍販売ページの内容紹介 プログラミングの基礎からはじめて、30日後にはウィンドウシステムを有する32bitマルチタスクOSをフルスクラッチで作り上げるという入門書。 ビギナーでも無理なく作成できるようPCの仕組み・アセンブラ・Cの解説から始まり、試行錯誤を繰り返しながらアルゴリズムを学びつつ、たのしく自由な雰囲気でOSをゼロから構築していくという、他に類を見ない手法による、趣味と実用と学習を兼ね備えたOS作成の入門書で
不精者な筆者のデスクは、いつもホコリまみれ。パソコンまわりにはホコリの塊がフワフワと揺らめき、卓上に飾ってある置物にもホコリが白く積もっています。気付いてはいるのですが、放置してしまい……ついに同僚に「汚いよ!」と注意されてしまったので、文具やオフィス用品などで有名なキングジムから誕生したハンディクリーナー「スミサット」をおともに、渋々掃除してみました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く