Rustで何か書こうと思ってから数年が経ちました。今年こそ、なにか書かねばと思い主催することにしました。 投稿予定が20件を超えました。ありがとうございます。シリーズ２を開設しています。シリーズ１で日程が埋まっている日を希望される方は、シリーズ２にご投稿ください。 お一人投稿は、シリーズごとに１件を目安にしていただけると幸いです。シリーズ１件以上投稿いただく場合には、連続投稿の趣旨と投稿一覧を記載した記事を投稿いただけると幸いです。 投稿予定の方は、購読ボタンを押してください。よろしくお願いします。 Rust calendar 2024 を開設しました。 https://qiita.com/kaizen_nagoya/items/0d990c0eec0d665def65

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Rust calendar 2024 を開設しました。 https://qiita.com/advent-calendar/2024/rust RUST language https://www.rust-lang.org/ Rustで何か書こうと思ってから数年が経ちました。今年こそ、なにか書かねばと思い主催することにしました。 過去の状況を記録します。 Rust Calendar 2013 https://qiita.com/advent-calendar/2013/rust Rust Language Calendar 2014 https://adventar.org/calendars/462 Rust Calendar 2015 https://qiita.com/advent-calendar/2015/rust-lang Rust Calendar 2016 https://

この記事は からあげ帝国 Advent Calendar 2023 1日目です。帝国に栄光あれ！ はじめに 帝国に栄光あれ！ からあげ帝国臣民のnikkieです。 からあげ帝国 Advent Calendarということで、1本書いていきます。 なんだかよくわからないけど、とにかく面白そうなので手を挙げてみたぞ〜 "書ける変態"について書いてみようと思ってます！ https://t.co/Xui2Iloq1G— nikkie / にっきー (@ftnext) 2023年11月3日 目次 はじめに 目次 書ける変態 『神・文章術』における「書ける変態」 からあげさんの『ゼロから始める情報発信』 nikkieも書ける変態🙋‍♂️ 『勉強の哲学』を思い出す。享楽的な語り 終わりに P.S. からあげ帝国に興味ありませんか？ 書ける変態 からあげ帝国ということでからあげさんとの絡みで思い出したのが

はじめての F (⋈◍＞◡＜◍)。✧♡ ～ RasPi編②の弐 ～ さてっ． RasPi編②の壱 では サンプルプログラムを実行して、FRAMメモリの読み書きができてそうか？ってのを波形をみて確認しました。 そう 波形は信号の『素顔💛』です ^^# せっかくなので、データシートのすべてのコマンドを実行してみようと思います。 ここは、FRAM波形ワールドなページ♪ 引き続き、波形を見るにはおうちにあった LabTool を使います。 ■ Random Readコマンド FRAMサンプルプログラム！ 【fram_main2.py】 import os import time import sys import time import random from i2c_fram2 import * if __name__ == '__main__': print(" HELLO FRAM ")

はじめに Qiitaで組立語(assembler)・機械語(machine language)・CPU「アセンブラへの道」 https://qiita.com/kaizen_nagoya/items/46f2333c2647b0e692b2 のはてなブックマークの意見で「COBOL版求む。」というご意見をいただいた。 アセンブラ、BASIC, COBOL, FORTRANの順に覚え、仕事で使って来た。 PL/1からの移行で、COBOLにするか、JAVAにするか、C#にするかという選択の相談をいただくことがある。 ４つの言語を比較できるような資料を心がけたい。 どうせなら、dockerに構築するとよいかもとCOBOLから着手。 COBOLを40年ぶりにうごかしてみた:dockerでcobol https://qiita.com/kaizen_nagoya/items/9d9a216ce1b7

第11回オープンエッジデバイス研究会にて登壇しました お誘いを受けて、オープンエッジデバイス研究会にて登壇しました。詳細は以下参照ください。 オープンエッジデバイス研究会は、以下のような会です。 このコミュニティはオープンソースソフトウェアやオープンハードウェアを用いたエッジコンピューティングデバイスをゆるく情報交換したり、持続可能な社会実現に必要なデバイス及びサービスについて雑談する会です。 何故か、Sニーさんの関係者が多めですが、もちろんSニーさん限定のコミュニティというわけではなくて、Sニーさん関係の方以外の方もたくさん参加されているようでした（私も、Sニーさんではありません）。 あとマイコンもSpresenseを持っていなくても大丈夫です。私も事前アンケートに堂々とSpresenseだけチェックしませんでした。 （すみません…今までタイミングがなく…今度買いたいと思ってます）。 「

この記事は、オープンソースまたは教育用でPythonを利用する場合に、すでにWindows機材があり、どうしてもWindowsにPythonを導入したい方向けの記事です。2017年に、その趣旨で、 M.S.WindowsにPython3(Anaconda3)を導入する（7つの罠） https://qiita.com/kaizen_nagoya/items/7bfd7ecdc4e8edcbd679 を書きました。@kaizen_nagoyaが書いた記事で、過去一番閲覧数（Views）が多い。 深層学習の読書会の参加者で、自宅で環境構築ができなかったり、ついていけなかった方の半分以上がWindowsにうまくPythonが導入できていませんでした。 「ゼロから作るDeep Learning ２自然言語処理編」読書会に参加する前に読んで置くとよい資料とプログラム https://qiita.com

The Qiita Advent Calendar 2023 is supported by the following companies, organizations, and services.

#define PR(a,b) (void)printf(" "#a " = %" #b "=%x\n", a,a) をC++のTemplateで書く方法がないかこの２年ほど考えている。 考えているだけで、手が動いていないのが敗因。 まだ名案が浮かんでいない。 C++のコーディング標準で、Cのマクロは使わずに、できるだけTemplateを使うように誘導しようとしてきた。 MISRA-C 2008 では、 「Rule 16-0-4 Required Function-like macros shall not be defined.」 と定義している。 しかし、＃、＃＃は必ずしもうまくいかないのかもしれない。 「Rule 16-0-6 Required In the definition of a function-like macro, each instance of a paramet

イベント内容 本イベントは、日本最大級*のエンジニアコミュニティ「Qiita」を運営するQiita株式会社が開催しているQiita Engineer Festa 2023で開催している記事投稿キャンペーン「この記事誰得？ 私しか得しないニッチな技術で記事投稿！」 の連動LTイベント「私しか得しないニッチな技術でLT」です。 どんなニッチな技術もどこかの役に立つはず！少なくとも自分の役には立つはずです！！ そんな私しか得しないニッチな技術の知見をもつあなたやニッチな技術が好きというあなたのためのイベントを用意しました🚀 登壇テーマは自分がニッチだと思っているテーマがあれば大歓迎です（ニッチのさじ加減については問いません！） 登壇者は公募です！このイベントをきっかけにぜひニッチな技術についての登壇にチャレンジしたり、LTを視聴して盛り上がりましょう💪 ※注釈：「最大級」は、エンジニアが集う

@kazuo_reve 新人の方によく展開している有益な情報 で参照・引用しているURLを一つづつ確認してみよう。 確認する視点は３つ。 書いた時点と今とで事情が変わっていないか。 書き手と、読み手で見えかたが逆の事象はないか。 真偽の論理的な書きぶりの事項は、統計的もしくは確率的に扱った方がよくないか。 @kaizen_nagoya プログラマの「日報、週報、月報、年報」考。仮説(73) @kazuo_reve の引用 「報告を受けた人ではなく、報告をした人も、その労力に見合う成果を得られるようにする」というのが、結構大切な考え方です。 1. 時 投稿日 2018年08月15日 更新日 2022年04月04日 12786 views まめに改定している。 「@kazuo_reve 新人の方によく展開している有益な情報」はじめ記事を参照して頂いた時にしていること。 2. 場合 日報、週報、

@kaizen_reve 新人の方によく展開している有益な情報 で参照・引用しているURLを一つづつ確認してみよう。 確認する視点は３つ。 書いた時点と今とで事情が変わっていないか。 書き手と、読み手で見えかたが逆の事象はないか。 真偽の論理的な書きぶりの事項は、統計的もしくは確率的に扱った方がよくないか。 開米瑞浩，考えを整理し、発想するための図解 1. 時 2007年08月01日 13時00分 公開 考え方は確率論、量子論、遺伝子論など、時代によって違う。 2007年からの15年で、決定的な変化というほどのことはないかなって思ってます。 深層学習と量子計算機と遺伝子操作くらいだろうか。実用的な考え方はまだこれからの１５年くらいで安定するかも。 2. 場合 私の図解技術はプレゼンのための図解ともマインドマップとも全然違う マインドマップ、プレゼンと違う図解って、少し期待できるかも。 2.

@kazuo_reve 新人の方によく展開している有益な情報 https://qiita.com/kazuo_reve/items/d1a3f0ee48e24bba38f1 で参照・引用しているURLを一つづつ確認してみよう。 確認する視点は３つ。 書いた時点と今とで事情が変わっていないか。 書き手と、読み手で見えかたが逆の事象はないか。 真偽の論理的な書きぶりの事項は、統計的もしくは確率的に扱った方がよくないか。 要求仕様 柏原一雄, 長井亘, 不破慎之介, 林香織, 石川冬樹, 栗田太郎，「要求仕様の誤解釈を検出する Domain Word Modeling の提案」，ソフトウェア・シンポジウム2020 ，2020 https://researchmap.jp/reve/published_papers/33955210 現在、参考文献の参考文献を調査中。 1. 年 2020。 2 場

@kazuo_reve 新人の方によく展開している有益な情報 で参照・引用しているURLを一つづつ確認している。 確認点は３つ。 書いた時点(2021年春または引用元の初稿時点）と今（2022年春）とで事情が変わっていないか。 書き手（初稿著者、引用著者）と、読み手（me)で見えかたが逆の事象はないか。 真偽の論理的な書きぶりの事項は、統計的もしくは確率的に扱った方がよくないか。 @kojimadev，分報で各自の作業を可視化したら、メンバー間の協力が加速された話 1. 時 投稿日 2019年11月19日　更新日 2020年08月27日 翌年、更新している。 新しい取り組みは３年で終わることがある。４年続いているかどうかが、長期的に有効な手法かどうかの目安になるかもしれない。 ある手法の著名な講演者に、何年続いたことがありますかって、舞台裏で聞いたことがある。「３年」というお答えをいただい

@kazuo_reve 新人の方によく展開している有益な情報 https://qiita.com/kazuo_reve/items/d1a3f0ee48e24bba38f1 で参照・引用しているURLを一つづつ確認してみよう。 確認する視点は３つ。 書いた時点と今とで事情が変わっていないか。 書き手と、読み手で見えかたが逆の事象はないか。 真偽の論理的な書きぶりの事項は、統計的もしくは確率的に扱った方がよくないか。 清水吉男，「「分かる」の問題について」 https://www.affordd.jp/koha_hp/LectureManager/MG.wakaru.html 1. 年 上記URLを見ると、年代順に並んでいて、予測では96/12/26よりは古い記事らしい。 汎用的な概念であり、機械学習の進展により人間の分かる分布と計算機の分かる分布に差異が生じているかもしれない。 2. 場合

@kazuo_reve 新人の方によく展開している有益な情報 https://qiita.com/kazuo_reve/items/d1a3f0ee48e24bba38f1 で参照・引用しているURLを一つづつ確認してみよう。 確認する視点は３つ。 書いた時点と今とで事情が変わっていないか。 書き手と、読み手で見えかたが逆の事象はないか。 真偽の論理的な書きぶりの事項は、統計的もしくは確率的に扱った方がよくないか。 まとめは、時と場合と統計に区分する。 書き手と読み手で見えかたの違いは、場合分けをしていればおきないかもしれない。 自分が属している場合と違う場合も書き込めばいいのだから。 17 西林克彦，わかったつもり 読解力がつかない本当の原因 光文社新書，2005 https://bookmeter.com/books/565611 @kazuo_reve の感想欄 わかった状態は、安定

Raspberry PiでWiresharkを活用する13の関門。無線網（Wi-Fi）空中線(antenna)(66) Ethernet(75) Wireshark(2)RaspberryPisudoWiresharkaptethernet Raspberry Piで、Raspbian, Raspbian lightを導入した場合に、wiresharkでネットワークの測定をする上での12の関門 関門1 マイクロSDカードのフォーマット SDカードは、マイクロSD。標準的なSDカードとの変換機能がついたものが安価に販売されている。マイクロSDだけのものと価格差がさほどなければお勧め。 Windows, Mac, Linuxで直接ファイルとしてコピペできるものならフォーマットしなくても動作する場合がある。 色々なサイトに色々な記事がある。Windows, Mac, Linuxの何でも同じように

MacintoshにWiresharkを導入しようとするといくつかの壁にぶつかる。 壁1. Homebrewの導入 システム管理者で導入するか、ユーザで導入するかが一つの壁。 ユーザで導入すると、導入したユーザのID, PASSWORDでしか導入できない。 導入の仕方は簡単。 ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

もうすぐ１万views(4000以上）の記事と2万未満の記事の一覧でっす。 viewsが4000未満の記事でも、内容がいいものがいろいろあることを思い出した。よい記事は、数学、物理、自動車、言語・文学、医工連携に存在している。そこで、それぞれの分野の「推し」をviewsにこだわらずに一覧にすることにした。 数学関連記事１００ https://qiita.com/kaizen_nagoya/items/d8dadb49a6397e854c6d 物理記事　上位100 https://qiita.com/kaizen_nagoya/items/66e90fe31fbe3facc6ff 自動車　記事　１００ https://qiita.com/kaizen_nagoya/items/f7f0b9ab36569ad409c5 言語・文学記事　１００ https://qiita.com/kaizen_