タグ

ブックマーク / qiita.com/kaizen_nagoya (5)

  • 「会議は30分未満」から15分に。小耳にはさんだ話。 - Qiita

    臨機応変 いくつかの組織で打ち合わせをさせていただくことがあった。 名古屋の企業(製造業)で、5年ほど前から「会議時間は30分未満」という張り紙を見かけることが何度かあった。 それらの組織で、実際に30 分未満で終わった時に、秘訣をお聞きした。 うまく行っているところの抽象的な印象は、臨機応変。原則に縛られるのではなく、今解決しなくてはいけない問題に焦点を絞っていることかなって感じた。 いくつかの議事は、具体的な内容は違う。並列で記載するか、範囲を記載するかもしれない。 自分にとって、大事そうな順番に並べなおしてみようと思う。 ソフトウェア開発では40年くらい前からchatというオンラインの文字だけで打ち合わせをすることがしばしばあった。最近ではSlackというソフトウェア上で行うのが流行りだった。 オンラインのchatでは、ソースコードを書きながら、コンパイルしながら事実上の会合ができる

    「会議は30分未満」から15分に。小耳にはさんだ話。 - Qiita
  • マイコン開発での失敗談・成功談 過去、現在、未来&名古屋のIoTは名古屋のOSで - Qiita

    マイコン開発での失敗談 を拝見し、過去、現在、未来に渡って記録する。 ここでは、マイコン開発とは、CPUを1つ以上含むシステムとする。 組み込みであるとか、パソコンであるとかは問わない。 電源(power supply) 対象システムの電源の仕様が、ハードウェアに明確に記載していない場合がある。 付属文書がある場合には、付属文書には必ず記載があるはずである。 付属文書がついていないシステムを入手した場合には、ハードウェア記載の製造企業、型番などからネットに文書がないか検索する。 箱に製造企業、型番がついていない場合は、箱を開け、基盤についている製造企業、型番から検索する。 失敗談1 電源の仕様を文書で明確に確認しないまま、合いそうなな電源を接続した。 結果、ボード状のICから炎が上がった。 すぐに、電源を切り離した。 もっとやばいのは、電源を入れたときに、測定するため、測定機器も繋いでいた

    マイコン開発での失敗談・成功談 過去、現在、未来&名古屋のIoTは名古屋のOSで - Qiita
  • プログラマが知っているとよい色(1)使い(JIS安全色) - Qiita

    色の指定値 http://safetycolor.jp/shiteichi/ JIS外16進数は次の2つの資料に基づき追記。(ただし白の文字色は、#FFFFFFだと読めない。また表の中で背景に色をつける方法を知らない。白の文字色値を #DDDDDD #BBBBBBにしている。) 新JIS安全色普及委員会(New safety colour JIS popularization committee) http://safetycolor.jp/shiteichi/ 視認性に配慮した色の識別!JIS安全色彩(iro-color) https://iro-color.com/episode/jis.html 資料によっては、青がPB(purple blue)で、赤紫がP(Purple)であるのは、日語表記で青の概念は幅広いことと、紫が以前は赤紫だったためと推測している。 実際に製品を作る場合だ

    プログラマが知っているとよい色(1)使い(JIS安全色) - Qiita
  • 『登大遊「SoftEther」』を知る、Ethernet(8) - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 通信規約で、IEEE 802.3 Ethernet, TCP/IP, IEEE 802.11 Wi-Fi の3種類は、不動の地位を確立しているように感じる。 とても、足元にも及びそうがない。 それ以外に著名な通信規約といえば、CAN(Control Area Network)がある。物理層で調停するすぐれものである。差動でノイズに強いことも特徴である。やられたとしかいいようがない。 その次に衝撃だったのがSoftEtherである。 Ethernetを三層GWで広範囲に利用することを構想していたが、実際に動くソフトウェアにしてい

    『登大遊「SoftEther」』を知る、Ethernet(8) - Qiita
  • アセンブラへの道 coding(42) - Qiita

    事例(case study) アセンブラで覗くコンピュータの質 https://qiita.com/shm_ut/items/d27e6b80a5561a74d20f 前書き(preface Cコンパイラで生成したコードを、アセンブラで書き直したことがある。 コンパイラの最適化がまだ進んでいないころ、 Microsoft Cでコンパイルすると、NOPが結構入っていた。 単にNOPを外すだけでなく、マクロで簡潔にしてみた。 通信エミュレータで、NOPがなくなるとタイミングがずれてうまく動かないことが分かった。 ああ、Cコンパイラの作り方を覚えようと思った。 Cコンパイラは電総研(産総研)言語システム研究室の研究生で滞在した頃、Small Cコンパイラを写経し、Pascalで書かれたコンパイラをC言語に移植し、OBJという抽象データ型の言語のシンタックスチェッカをC言語で作成した。 C言語を

    アセンブラへの道 coding(42) - Qiita
    s_ryuuki
    s_ryuuki 2018/07/05
  • 1