第1回: CPUの原点！100均で買える「電卓」の現在を分解してみよう：ThousanDIYの「ガジェット分解ライフ」：エンジニアライフ
はじめまして。「100円ショップのガジェット」を中心に電子機器を色々と分解をしているThousanDIYと申します。 このコラムでは、ガジェットを分解する中での発見や感想をつらつらと書いていきたいと思います。 2021年は「半導体の不足により自動車の減産」というニュースを中心に、突然「半導体」が注目された年でした。 第1回目は半導体の発展の象徴と言える「マイコン」の原点である「電卓」が現在はどうなっているか分解して見てみます。 はじめに 1991年のNHKスペシャル「電子立国日本の自叙伝」という半導体エンジニアには伝説の番組があります。 当時世界を席巻していた日本の半導体産業の歴史を中心に、半導体の誕生から電卓への応用、そして集積回路(LSI)化による世界初の1チップマイコンであるIntel 4004が誕生するまでを描いています。(現在も「NHKオンデマンド」で配信されています) 番組の舞
基本情報に合格できない若者の為の打開策：ITエンジニアの高年収戦略：エンジニアライフ
IT業界に入ると、必ずと言ってよいほど付きまとうのが資格の話です。特にIPA主催の情報処理試験は、国家資格でもあることから、人気も知名度も抜群です。エントリーレベルの「ITパスポート」から始まり、「基本情報技術者」「応用情報技術者」「高度情報処理技術者」と続いていくわけですが、我々いわゆる業界人の登竜門は「基本情報技術者」からとなります。なぜなら「ITパスポート」はシステムを使う側の資格だからです。 前置きはこのくらいにして、この業界の門を叩いた若者を悩ませているのが、「基本情報技術者」の突破です。意識高い低いの議論はさておき、半ば強制的に受験を強要される文化がこの業界には存在しています。苦手な人には苦痛以外のなにものでもない大問題なのです。 いきなり応用情報技術者を狙う 結論から言います。どうしても突破出来そうにないならば「基本情報技術者」をあきらめて、いきなり「応用情報技術者」を目指し
ビジネスゲームの基本ルールと時間の正体：ITエンジニアの高年収戦略：エンジニアライフ
この世でただひとつ誰にでも平等であり、かつ絶対的な存在である「時間」。今回はそんな「時間」の正体について語りたいと思います。 世の中で大切なものの中で、必ずと言っていいほど「お金」や「時間」がランクインしてきますが、じつはこの２つは対照的です。なぜならば、「お金」は不平等ですが、「時間」は平等だからです。金持ちの家庭に生まれた子は「お金」をたくさん持っているし、貧乏な家庭で生まれた子は「お金」に苦しむ生活に迫られます。しかし、どちらの家庭に生まれても「時間」だけは平等です。 １年前までは自分より貧しかった奴が、１年後には自分よりも裕福になっている例はたくさんありそうですが、１年前まで年下だった奴が、１年後には年齢的に追い越すなんてことは絶対にありません。不平等が多いこの世の中において、「時間」だけは万人に平等なのです。こんなに平等でフェアなものは、「時間」以外には存在しません。 では、万人
「なんでRubyなんか作った!? 迷惑だ！」に対するMatzの答え：Rails Hub情報局：エンジニアライフ
2012年9月に行われた札幌Ruby会議2012の基調講演の1つで、Rubyの生みの親のまつもとゆきひろさんが、最近あった面白いエピソードを混じえて“イノベーション”の本質について語っていました（44分の動画）。ポイントとなる部分をまとめてみました。まつもとさんの話はもちろん、統計的裏付けだとか学問的裏付けがある議論というものではありませんし、ご本人も楽しそうに話し、聴衆も楽しんでトークを聞くというゆるい感じのものでした。ただ、「イノベーションの本質は捉えがたい」というメッセージや、「だからあれこれ考えずにコードを書こう、われわれはコードを書くことにアイデンティティを感じているのだから、それこそがハッピーになる道だ」というメッセージは、参加していたRubyistたちの胸に響くものがあったのではないかと思います。 以下、口語文体のまま、ポイントとなる前半のトークをまとめてみました。トーク後半
自分の稼ぎで食っている：プログラマで、生きている：エンジニアライフ
◆ はじめにおことわり ◆ 今回のテーマは「わたしがプログラマという職業を選んだ理由」で、実は1行で書こうと思えば書けるんですけど、それだとかなり意味不明になってしまって、ちゃんとわかるように書こうとするとやたら長くなります。 自分で言うのもなんですけど、わたしはちょっとレアな人なので普通な人（←表現がおかしい気もするけど、適切な表現が思いつきません）に読んでいただいても、進路選択の参考にはならないと思いますが、もしかしたら、昔のわたしと似たような問題にぶちあたってる人の目に留まるかもしれません。そんな偶然が存在して、なおかつ、この出会いがほんの少しでもよい方向に作用することを期待して、この文章を書きました。 少々、重いお話になるので、そういうのが苦手な方はここで引き返すことをおすすめします。せっかくきてくださったのに、申し訳ありません。 ◆ 10才のわたしは20才の自分に絶望していた ◆
DebianのRubyパッケージメンテナ辞任で騒動に：Rails Hub情報局：エンジニアライフ
Debian GNU/LinuxのRuby関連パッケージのメンテナだったフランス人のLucas Nussbaumさんが、Rubyパッケージの作成・管理に関わるのをやめると宣言しました。その理由を、やや感情的にブログに列挙したことをキッカケに、日本語・英語のコミュニケーションギャップの問題、OS（ディストリビューション）とRubyなどの言語処理系のパッケージシステムの不調和の問題、コミュニティ運営の成熟度など、さまざまな議論が巻き起こっています。 多くの論点を含みつつ議論が展開 念のために先に指摘しますが、Debian上（Ubuntuでも同様）のRubyパッケージの今後については、Lucasさんのほかに、まだ2人、やまだあきらさんと、森脇大悟さんが関わっているので（リンク）、今回の騒動によってRubyパッケージがDebian上でメンテナンスされなくなったり、将来が不安だということはないと思い
実はオブジェクト指向ってしっくりこないんです！：気分はstatic！：エンジニアライフ
わたしはこれまで、C言語、Visual Basic、SAP ABAP、最近になって ASP.NET C# などの言語を使ってきた。 「自分でクラスを作ってオブジェクト指向っぽいことをしている」なんてことはまったくない。特に「メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい」ということ知ってからは、メンバー関数を従来のファンクションのように使っている。共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。 staticを理解していない人のコードを見ると、いちいちインスタンス宣言しているので笑ってしまう。データベースにアクセスするアプリケーションをC#で書いているのだが、Visual Studioで供給しているSQL関係のクラスを使えばできてしまうのだから。 オブジェクト指向の入門書では、クラスが持つ隠ぺい性が強調されているが、これは他
ググるな危険：プログラマで、生きている：エンジニアライフ
だいぶ前の話になりますけど、「新人にデータ移行ツールのコーディングを任せるので、面倒をみてやってくれ」と頼まれたことがありました。 その新人はやたらとGoogle検索に頼る人で、とにかくわからないことがあると、わたしに聞かずにGoogle先生に尋ねるんですね。 検索サイトにはわたしもかなりお世話になっていますし、昔に比べるととても使い勝手がよくなっていますけれど、その人の技術レベルに対応して検索結果を出してくれるほど高機能なわけではありません。 そのため新人の書いてくるコードは、つぎはぎというかちぐはぐというか、身についてない知識に振り回されてる感が満載でした。 そういう弊害を気にしつつも、自分で調べようとする気持ちは尊重するべきなのかなあ、と思ってとりあえず黙認していたんですが、あるとき「ちょっと考えが甘かった」と思い知らされるトラブルが発生しました。 その新人が「Windowsのレジス
偽装請負のススメ：ベンチャー社長で技術者で：エンジニアライフ
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 偽装請負というのは、コの業界（古い隠語だけれどコンピュータ業界のことね）のいわゆる悪弊であったりするのですが、それぞれについて分からないというお話や勘違いしてることも多いかと思うので、ちょっと整理してみよう。 ● まずは言葉の意味から ■ 請負契約 納品物に責任を負う契約。つまり、成果物が完成しなければ報酬はもらえない。どのように作ったかは個別に契約していない限り問われない。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ■ 委任契約（準委任契約） 作業に責任を負う契約。ちゃんと作業をしていれば（善管注意義務を果たしていれば）成果物がなくても報酬がもらえる。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ※ ここまでを分かりや
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
