『6809-Assembly言語』を使い始めたら､『Z80-Assembler』が馬鹿馬鹿しくなった - Analogue-Synthesizerのブログ
8Bitレジスタ扱いは､Z80や8085Aは､8Bitデータなどは扱いやすいのですが 16Bit扱いと成ると､やはり6809の方が断然作りやすく 16Bitで扱う為に､8Bitレジスタ間をZ80ではたらい回ししなければならず また､16Bitペアレジスタとして使うにはBC､HL､DEレジスタの3個で Aレジスタ中心の演算が､返ってまどろこしい結果となり 16Bit-Address計算などは､断然6809の方が優れており Z80-Assembler言語で､僕のしている事が､なんと回りくどい事をしているのかと思う様に成りました｡ある意味では『6809-Assembler言語』の方がSequenceには向いているのでは･･･と思うこの頃です｡ 『6809』がミニコンに相当しているというのは確かな事です アーキテクチャーを見た限りでは､Z80の方が優れているのでは･･･と思うかもしれませんが､簡単
スキル0から1年間でマルウェア解析を習得した学習方法 - the_art_of_nerdのブログ
みなさん、こんちにはmです。 今回は私が1年の期間でマルウェア解析のスキル0から習得するまでに取り組んだ方法をまとめました。 初めに開始時のスキルや1年間でかけたコスト、スケジュールなどを共有します。 開始時のスキルなど 表層解析、動的解析、静的解析の違いもあまり理解していない プログラミングはPythonを学び始めた程度 低レイヤーの知識なし アセンブリの知識なし Windowsアプリケーション開発の経験なし SOCアナリストとしてブルーチームの知識は多少 脆弱性診断の経験も（深くはないが）多少 エンジニア歴7、8ヶ月目くらい ざっくりですが、このようにマルウェア解析に絡んでくる知識はほぼ0でした。 学習にかけたトータルコスト 書籍：約5万円 オンライン教材：12万円 約17万円近く1年間に使いましたが、お金で直接スキルは買えないので必要経費です。 なお、オンライン教材の12万円について
ゼロから1分でわかる『セクシー田中さん』騒動と、小学館のお気持ち表明
今までの経緯のふりかえりと、今回何が起きたかお伝えしますね。 この記事の目的は以下の2点です。 これ以上死者を増やさないこと原作を保護する文化を日本に確立すること ゼロから1分でわかる『セクシー田中さん』騒動のふりかえりまずは何が起きたか振り返ろう。 ※ソースがない、との指摘がありますが、「本人の証言レベル」ですがありますよ。事実ベースです。後で貼っておく。 ・原作者はドラマ化にあたり「原作に忠実に描く」条件を出し、日テレと合意 ・いざ開始してみると原作から乖離した脚本が毎回提出され、毎回大幅に修正する始末（1話から8話まで） ・原作者と脚本家は最後まで1度も会話せず、間にはチーフプロデューサー1人のみ ・原作死守という条件が一向に守られず、他の脚本家を探す時間も無くなったため、9話と10話は原作者が仕方なく自分で脚本を書いた…が、脚本は素人なので当然不評 ・脚本家の元に9話と10話の不出
芦原妃名子 ブログ
ドラマ「セクシー田中さん」をご視聴いただいた皆様、 ありがとうございました。 色々と悩んだのですが、今回のドラマ化で、 私が9話、10話の脚本を書かざるを得ないと判断するに至った経緯や事情を、 きちんとお伝えした方が良いのではと思い至りました。 この文章を書くにあたって、私と小学館で改めて時系列にそって事実関係を再確認し、 文章の内容も小学館と確認して書いています。 ただ、私達は、ドラマの放送が終了するまで、脚本家さんと一度もお会いすることは ありませんでしたし、監督さんや演出の方などドラマの制作スタッフの皆様とも、 ドラマの内容について直接、お話させていただく機会はありませんでした。 ですから、この文章の内容は私達の側で起こった事実ということになります。 「セクシー田中さん」は一見奇抜なタイトルのふざけたラブコメ漫画に見えますが…。 自己肯定感の低さ故生きづらさを抱える人達に、優しく強く
「セクシー田中さん」漫画家、投稿削除「攻撃したかったわけじゃなくて。ごめんなさい」ブログも閉鎖（スポニチアネックス） - Yahoo!ニュース
日本テレビで昨年10月に放送された連続ドラマ「セクシー田中さん」の原作者で、漫画家の芦原妃名子氏（50）が28日、自身のX（旧ツイッター）を更新。脚本をめぐって局側と折り合いがつかず、自らが9、10話の脚本を書くことになったと告白したことについて謝罪した。 【写真】ドラマ「セクシー田中さん」番組インスタグラムから 芦原氏は26日、「ドラマ『セクシー田中さん』について」とし、「色々悩んだのですが、今回のドラマ化で、私が9話・10話の脚本を書かざるを得ないと判断するに至った経緯や事情を、小学館とご相談した上で、お伝えする事になりました」と投稿。ドラマ化にあたって“必ず漫画に忠実に”などの条件が守られていなかったことを明かし、自ら9、10話の脚本を手がけることになったと説明した。 この告白は大きな反響を呼び、たちまち拡散。ドラマの脚本を担当した脚本家・相沢友子氏に対し批判の声が上がっていた。 2
松本人志さんの罪についての考察と提案反社会学講座ブログ
●まつもtoジャニー こんにちは、パオロ・マッツァリーノです。 ジャニー喜多川さんは、いい人でした。多くの芸能人を育て、テレビ界に貢献した功労者であり、育てられた芸能人にとっては恩人です。 でも、ジャニーさんは犯罪者だったのです。 24時間、つねに犯罪者でいる人などいません。犯罪者としての顔は、個人が持つ多くの顔のうちのひとつにすぎないのです。犯罪をしてるとき以外は、何食わぬ顔で暮らしてます。それはマジメな職業人の顔であったり、優しい父親・母親の顔だったり、情にあつい先輩の顔だったりします。 でも、そういう「いい人」が、犯罪者の顔も持ってたりするんです。 ジャニーズ問題から我々が学ばねばならないもっとも重要な教訓、それは、予断をもって犯罪告発の声を封じてはならない、ということです。 いい人は犯罪をするわけがない。社会的地位の高い人が犯罪者であるはずがない。無名の人間が犯罪を告発するのは売名
ドラマ『セクシー田中さん』について | 芦原妃名子 ブログ
ドラマ「セクシー田中さん」をご視聴いただいた皆様、 ありがとうございました。 色々と悩んだのですが、今回のドラマ化で、 私が9話、10話の脚本を書かざるを得ないと判断するに至った経緯や事情を、 きちんとお伝えした方が良いのではと思い至りました。 この文章を書くにあたって、私と小学館で改めて時系列にそって事実関係を再確認し、 文章の内容も小学館と確認して書いています。 ただ、私達は、ドラマの放送が終了するまで、脚本家さんと一度もお会いすることは ありませんでしたし、監督さんや演出の方などドラマの制作スタッフの皆様とも、 ドラマの内容について直接、お話させていただく機会はありませんでした。 ですから、この文章の内容は私達の側で起こった事実ということになります。 「セクシー田中さん」は一見奇抜なタイトルのふざけたラブコメ漫画に見えますが…。 自己肯定感の低さ故生きづらさを抱える人達に、優しく強く
自作SSDについてキオクシアの方に伺いました - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。サイボウズ・ラボの内田（ @uchan_nos ）です。 SSD の自作という活動について、キオクシア株式会社の社員（元キオクシアを含む）にお話を伺う機会がありましたので、ご紹介します。 インタビューの様子は、電子の森ラジオ（電子工作とプログラミング系ポッドキャスト）にて配信しています。 エピソード 019 自作SSD 打ち合わせの様子 普段の収録と異なり、今回は企業からオフィシャルな立場で収録に来てくださるということで、事前に打ち合わせを行いました。 収録に向けた打ち合わせの様子 弊社の東京オフィスにある会議室での打ち合わせの様子です。 写真の左から順に、内田（サイボウズ・ラボ）、日下様（キオクシア）、米澤様（キオクシア）です。 事前の打ち合わせでは、主にどのような話をするかと、出してはいけない話題について確認しました。 企業の看板を背負って出演することの責任をひしひしと感じ
ESLintのローカルルールで独自のコーディング規約を実装する - ドワンゴ教育サービス開発者ブログ
この記事はドワンゴ Advent Calendar 2023 の 22 日目の記事です。 ドワンゴ教育事業Webフロントエンドチームの berlysia です。1 この記事では、オンライン学習サービスN予備校の開発を支えるコーディング規約の考え方に少し触れ、その運用を支えるESLintの活用を紹介します。 この記事の内容は、他社様主催イベントにて発表した内容の再構成です。 speakerdeck.com コーディング規約は実行可能にしたい 教育事業のWebフロントチームには、細かいコーディング規約が書かれた文書は存在しません。コーディング規約はESLintをはじめとする各種ツールによって、自動で検出・修正可能な形になっています。 文書という形でなく、各種ツールのコンフィグファイルとそのコメントとしてまとまっている、と言い換えてもよいかもしれません。ドキュメンテーションは重要な仕事ですが、そ
撤退は転進、全滅は玉砕、そして墜落は不時着水 - inti-solのブログ：楽天ブログ
2023.11.29 撤退は転進、全滅は玉砕、そして墜落は不時着水 (2) テーマ：ニュース(98664) カテゴリ：鉄道・飛行機他乗り物 防衛副大臣、米軍オスプレイ墜落は「不時着水」 自衛隊機を派遣し捜索活動 鹿児島県・屋久島沖に米軍のオスプレイ1機が墜落した件について、防衛省が緊急会見を開いた。 宮澤博行防衛副大臣は「本日14時40分頃、鹿児島県の屋久島の沖合において、アメリカ空軍横田基地所属CV-22オスプレイ1機が不時着水した」と発表。防衛大臣から関係部署に対し、「被害者の有無を確認し、救助等の対応に全力をあげること」「情報収集を徹底し、状況の把握に努めること」「関係機関との連携に万全を期すこと」の指示が出ているとし、陸海空自衛隊が航空機を使った捜索活動を行っていると明らかにした。 現場海域で1人が発見され、救助されたことについては、「細部は確認中」とコメント。 また、不時着水とい
Makefile覚書: Goアプリ開発に役立ちそうな基礎知識 | フューチャー技術ブログ
はじめにTIG真野です。育休明けです。 フューチャー社内のタスクランナーはmakeやTaskなど複数の流派があり、チームによって使い分けられています。個人的にはmakeで良いんじゃないかと思っていますが、Taskも良いですよね。 makeは細かい記法をいつも忘れる＋調べるとC言語向けの情報が出てきて脳内変換に手間を感じたため、makeを用いてWebバックエンドアプリをGoで開発するということをテーマに、役立ちそうな情報をまとめます。 なお、今記事におけるmakeは、GNU Makeを指します。バージョンは以下で動かしています。 MakefileのためのEditorConfigMakefileのインデントはハードタブである必要があります。誤りを防ぐためにもEditorConfigを設定しておくと良いでしょう。 makeは通常、Makefileという名称をデフォルトで認識しますが、同一フォルダ
ジャニーズ事務所、ブランド名を温存について（9/8追記） - はてブの出来事
※このたび堂本光一氏についてデマを発信してしまったので訂正とお詫びの記事を出しました。 shin-fedor.hatenablog.com b.hatena.ne.jp これはあってはならないだろう。以下のブコメをした。 東山紀之新社長、タレント引退へ 「ジャニーズ」屋号変えず再出発、同族経営脱却へ 7日会見 - スポニチ Sponichi Annex 芸能 "焦点のひとつだった「ジャニーズ事務所」の名称変更は行わず改革に取り組む" 正気か？血の気が引いたわ。性加害者の名前を、性加害者の栄誉を温存するという事は実質無傷。日本社会の出直しの好機が潰えた。脱力…… 2023/09/07 08:37 b.hatena.ne.jp ブランド名を温存する問題点「カリスマの栄誉の温存」 ジミー・サヴィルはどうなったか？ ブランド名を温存する問題点「全ての性被害者の勇気を奪う」 ブランド名を温存する問題
警察が嫌がる苦情の入れ方（警察にとってダメージの大きい苦情の入れ方） | 元警察官による暴露ブログ
「警察官に暴言を吐かれた！」 「職質してきた警察官が横柄な態度をとってきた。こちらは協力してやったのに気に喰わない」 このような警察官の職務中の態度や問題行動について苦情を入れたくなるときってありませんか？ 警察官の立場としては、なるべく苦情を受け付けたくはないし、できれば知らないフリをして逃げたいところです。ですがあまりにも横柄な態度をとる警察官がいたり、権力を振りかざすような警察官がいるのも事実。 そこで今回は「警察官が嫌がる苦情の入れ方」「警察組織に対する効果的な苦情の入れ方」についてご紹介します。 この方法で苦情を入れれば効果てきめん！苦情が警察内部で゛なかったこと゛にされて悔しい思いをすることもなくあなたの意見がすんなりと受け入れられ、警察官の行動や態度は劇的に改善されるでしょう。 警察官が嫌がる苦情には、 公安委員会苦情 監察苦情 の2種類があります。 都道府県公安委員会に苦情
MSX2がワークステーションになった日。HALNOTE - まっつん総研連絡用ブログ
MSXのソフトの中では顧みられることが少ない、実用ソフトをあえて紹介してみます。 HALNOTEのデスクトップ画面統合化ソフト『HALNOTE』 ジャンル：統合化ソフト メーカー：HAL研究所 対応機種：MSX2 メディア：カートリッジ＋ディスク 価格：29,800円（税抜） 目次 概要 画面写真 ハードの限界へ 実験 HAL研、茲に戦を宣す 余談 概要 HALNOTEのROMカートリッジ（上） HALNOTEは、MSX2用のGUI環境と各種アプリケーションを含む統合化ソフトです。 HALNOTEには、以下の要素がまとめてパッケージされています。 GUI環境『HALバインダ』（一般名詞として『デスクトップ』とも） ワープロ『日本語ワードプロセッサ』 ドローソフト『図形プロセッサ』 テキストエディタ デスクアクセサリ（カレンダー・メモ用紙・電話帳・時計・ユーティリティなど） こんにち、Lin
【夏休み】運動音痴の50代、富士登山に挑戦→結果 - cozy-nest 小さく整う暮らし
子どもに合わせて夏休みをとっていたので、久しぶりの更新です。 休みの間、２年前から念願だった、富士登山に挑戦してきました。 毎年、富士山の混雑はニュースになりますが、今年はコロナ明けもあり、特に混雑が予想されていました。 人が連なり、自分のペースで登れない、せっかく山に来ているのに人に干渉されすぎて自然を楽しめないのは辛い... と、混雑でよく報道される、人気のルートを避け、富士登山者全体の5%ほどしか選ばない「御殿場ルート」から登りました。 2021年夏期の富士山登山者数について（お知らせ） | 関東地方環境事務所 | 環境省 御殿場ルートを調べると、「健脚向け」「上級者向け」。 御殿場ルートの登り口、御殿場口は、標高が低いところにあり、山頂までの標高差が最大。 登り口が最も高い富士宮口と、最も低い御殿場口では９５０メートルもの差があります。私のペースで歩くと3.5時間ほど長く歩かなけれ
3DのWebサービス開発で宣言的なWebGLライブラリを導入して感じた保守運用上のメリット - spacelyのブログ
1 はじめに スペースリーでエンジニアをしている長谷川です。 最近は3DのWebアプリの開発を担当していて、弊社でリリースしている「パノラマ変換3Dプレイヤー」のコンテンツ作成機能などを開発しています。 3DのWebアプリを開発する際には「React/Vue × WebGL系ライブラリ」という構成が代表的なケースの1つであり、弊社でもその構成を選択しました。 ところが、3D Webアプリはサービスの数としては多くないので保守運用まで考慮した設計ノウハウはまだまだ十分に共有されてはおらず、開発を進めるにあたって以下のような懸念点がありました。（詳細は次章） 「宣言的なReact/VueのWebアプリ」と「命令的なWebGL系ライブラリ」というスタイルの違うコードが混ざることでそれぞれの責任分担が曖昧になりやすい 「WebGL系ライブラリを用いた3Dアプリ」の保守運用を考慮した設計に関するノウ
適切に処遇されない定年後再雇用者が退職して競業しても、それは自由競争の範囲内であるとされた例 - 弁護士 師子角允彬のブログ
１．競業避止義務 労働契約の終了後については、「信義則に基づく競業避止義務は消滅し、就業規則や労働契約等の特別の定めがある場合に限り、それらの約定に基づいて競業避止義務が認められうる」と理解されています（水町勇一郎『詳解 労働法』〔東京大学出版会、初版、令元〕９１４頁参照）。 しかし、競業行為も「悪質な手段、態様で行われた場合には、これらの行為を禁止する契約上の根拠がないときでも、使用者の営業の利益を侵害する不法行為として損害賠償責任が課されることがある」とされています（前掲『詳解 労働法』９１７頁参照）。 要するに、競業避止契約を交わしていない労働者は、退職した後、原則として自由に競業することができます。ただし、自由競争の枠を逸脱しているといえるような手段、態様で行われた場合には、例外的に損害賠償責任を負うことがあります。 この退職後の競業行為との関係で、近時公刊された判例集に目を引く裁
Rust で SQLite を再実装している - kawasin73のブログ
セキュリティを盾に一点突破。どうもかわしんです。最近 Rust で SQLite を実装してます。 以前の記事で HTTP Parser を Rust で実装しようとしたものの、すでに実装されていたので断念しましたが、いい題材を見つけました。SQLite です。開発中のリポジトリはこれです。 github.com 今の時点では、Read Only で1つの WHERE 句を持った SELECT 文しか処理できないですが、以下の機能を実装しています。 sqlite3 で生成された database ファイルの読み取り (cursor.rs, btree.rs, record.rs) SQL 文の解析 (token.rs, parser.rs) テーブルとインデックスのメタデータのパース (schema.rs) 動的なファイルの読み込み (pager.rs) SQL クエリとスキーマ情報を元に
SOLID原則を理解し、JavaScriptで実践するためのガイド - deve.K's Programming Primer - プログラミング初心者のための入門ブログ
ソフトウェア開発者にとって、堅牢でテスト可能で拡張性があり、保守性の高いオブジェクト指向のソフトウェアシステムを設計することは重要です。 そこで登場するのがSOLID原則です。 SOLIDは、ソフトウェア開発中に生じるかもしれない特定の問題を解決するために5つの設計原則が組み合わさったセットです。 この記事では、SOLID設計の原則について詳しく学んでいきます。 具体的には、SOLID原則が何を意味しているのか、各部分がそれぞれ何を表しているのか、また実際のプログラム例を挙げながら現役のプログラマーが説明します。 さらに、JavaScriptを使ってこれらの原則を実装する方法も紹介します。 SOLID設計原則とは？ 単一責任原則 (SRP) Open/Closed原則 リスコフ置換原理 (LSP) インターフェース分離原則 (ISP) 依存関係逆転の原則 最後に SOLID設計原則とは？
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
中国輸入ビジネスで絶対に使うべき拡張機能ツール一覧【2023年版】 - 中国輸入で脱サラし自由なライフスタイルを手に入れたブログ
