「モジュール」を含む日記 RSS

はてなキーワード: モジュールとは

2017-11-14

CSS設計云々言えるのは恵まれ環境いるからだろ

Web制作において持論がある。CSS設計云々で議論できるのはまともな営業が居てまともなクライアントをつかまえてきてまともに意見を言えるからだ、そうでなければCSS設計云々は話にならない、お話にならない。

OOCSSにBEMにSMACCS、そんなもんできるかよ。クソみたいな、デザイン破壊する修正が大量に来て統一性もなにもあったもんじゃないし、セマンティック? 知るかくたばれ。アニメーションすらバラバラ指定されてっからAnimate.cssすら使えねえ。そもそも統一させてもらえないかクラス意味ほとんどねえ、全部IDでも変わんねーよ。

頑張ったよ。SASSで綺麗に書こうとしたし、Smartyみてーなテンプレートエンジン効率良いってのも分かってるよ。でもヘッダーすら変えろとか言われたらどこを共通化すればいいんだよ。

俺は確信した。Bootstrapの"mt-2"とか"display-inline-block"みたいにクラスを付けてってそれにスタイル適用してくのが正解だって。ってかBootstrapクラスばっかりでスタイル作ってる。だってクラス見るだけでスタイルが分かるし、共通化は一切されてねーからな。

あいつら、グラフィックデザインと同じだと考えてやがる、くたばれ。ポスターじゃねーんだよ。

俺はもう闇のWeb製作者になり客にはバキバキに嘘をつくようになった。SEOがだとかデバイス保有率のデータだかなんかを持ち出して出来るだけ頑張らなくて良いサイトを作る。だって頑張ったってそれはカオスを作るだけの技術が上がるだけでコーディング技術が上がる訳じゃ無いからな。

かと言って外注に出したらクソみたいに思いCSSフレームワーク使ったサイトが上がってくる、くたばれ。しかグリッドシステムぐらいしか使ってねーじゃねーか、skeletonでも使っとけ、ふざけんな。

おかげで俺は毎日Web2.0的なデザインレスポンシブ対応が混合した、パラレルワールドみたいなサイトを作ってる、スチームパンクだろ、お前営業やめろよ。単価安いんだよ。俺が営業行くから。元営業からお前より喋れるから

とにかくモジュール化だとかクラス命名手法だとか議論出来るお前らは幸運だ。全部の国がそれぞれ違う大陸にいるようなもんだ、クラスいらないからな。誰かWebpackであいつらの前頭葉をパッキングしてくれよ。

2017-11-11

自動車業界・重鎮「20年後に車を所有している人はいない。自動車歴史はもう終わり」 自動運転時代

https://medaka.5ch.net/test/read.cgi/car/1510321467/

https://www.businessinsider.jp/post-106911

自動車業界で長きにわたり幹部を務めてきたボブ・ラッツ氏は、自家用車歴史が終わる日は近いと語った。

・大規模な自動運転車による交通網が、現在自動車に取って代わるだろう。

自動車歴史は、今後20年で幕を閉じる可能性がある。

(中略)

「そして今、自動車時代は終わりに近付いている。移動手段標準化されたモジュールに置き換えられるだろう。最終的には、運転手が指示をする必要のない、完全に自動化されたモジュールになるだろう」

これは、我々にダッジバイパーをもたらしてくれた男の事実上降伏宣言だ。

そしてラッツ氏は、誰よりもこの変化が早く起こると考えている。

なぜなら自動運転は、人間という危険ドライバー排除することで、基本的交通事故死をゼロにするからだ。

20年後にはもはや、我々は自ら(自動車を)運転することを許されないだろう。

テスラ最高経営責任者 イーロン・マスク

『人々は人間運転する自動車禁止し、違法化するだろう。なぜなら自動車危険すぎるから。』

http://jp.techcrunch.com/2015/08/12/20150811driving-your-car-will-soon-be-illegal/

「将来、人間自動車運転することは違法になるだろう」

http://elongeek.hatenablog.com/entry/2015/03/19/231839

2017-11-05

Webフレームワーク選定の悩み

Webアプリを作るとき何を基準にしてプログラム言語Webフレームワークミドルウェアを選定していますか?

RailsCoC:convention over configuration)以外の手法活用して、開発を高速化するにはどうすれば良いでしょうか?

 

希望条件

  1. 素早いプロトタイピングscaffold機能など
  2. テストコスト削減:関数型プログラミングモジュール手法
  3. 性能:コンパイル型の言語

…こういう条件を備えていれば良いかな?

 

フロントエンド

  1. JSGUI作成Vue.js等のSPAフレームワーク

 

バックエンド

  1. データ永続化ストレージCRUD機能を用意できれば何でも良い?

 

試作

  1. Railsプロトタイプを作りデザインスプリント実践

 

本番

  1. 形が決まったらGolangGCPで作り直して本番投入

プロトタイプを作り直す手間を省きたい。プロトタイプと本番を同じツールで作りたい。)

 

サーバーAWSバックエンドElixir/Phoenixフロントエンド:Elmという組合せはあまり盛り上がっていないようなので、Rails代替手段は何が良いのか?気になります

2017-10-19

BASIC!のプログラミング教育適応性について

題:BASIC!のプログラミング教育適応性について

副題:Androidで動くBASIC!でプログラミング教育を行うメリットデメリット

少し考えてみたのでまとめとして投稿します。

01.はじめに

この文章は、Androidで動くBASIC!でプログラミング教育を行うメリットデメリット

ついて記載しています

02.BASICとは

BASICプログラム初心者向け言語として1960年代に発表された古い言語です。

極めて簡単文法インタープリターによる即時実行や1970~80年代パソコン

無償で搭載されていたこから沢山の人に利用されていました。

しかし、簡単ゆえの機能の少なさと即時実行方式のための性能の低さやその後の

優れたプログラム言語発表によりBASICの利用は著しく低下しています

03.BASIC!とは

BASIC!はアンドロイドタブレットスマートフォン上で動くアプリです。

Google playからインストール可能無料で利用できます

BASIC!

https://play.google.com/store/apps/details?id=com.rfo.basic&hl=ja

BASIC文法踏襲していますが、Android向けに大幅に命令拡張されており、

GPS等の各種センサー情報取得やSQLiteデータベース機能WEBVIEWを利用

したHTMLCSSJS表示・実行など約500程度の命令群で構成されています

無料広告なしのアプリインストールするだけでこれらの機能が利用可能

インタープリターなのですぐに実行することもできます

04.BASIC!でプログラミング教育を行うメリット

メリットについては以下があげられます

a.BASICプログラミング知識を持つ人は以外と多い

 過去の栄光というかBASIC自体は広く利用された時期が過去存在パソコン

 だけでなくポケコンゲーム機等でも利用できました。

 BASIC!は基本はBASIC拡張であり文法変数の取り扱いにおおきな違いは

 ありません。

 その当時、少しであってもBASICを触った人は多いのでメンターとしての

 再教育は容易だと考えます

b.HTML,JS,CSS勉強継続してできる

 BASIC!は手続き型と呼ばれる非オブジェクト指向言語であり最新の言語

 とは異なっています

 BASIC!のネイティブ命令群だけだと他の言語へのスムーズな移行は難しい

 かもしれません。

 しかし、BASIC!にはHTML5アプリのようにBASIC!自体webViewでHTML,JS,CSS

 を動かすことができます。(HTMLモード

 HTML,JS,CSS現在Webの標準であり、進化を続けています

 特にjavascriptオブジェクト指向言語進化採用される領域フロント

 エンドからバックエンドまで広がっています

 

 BASIC!自体webViewは他のAndroidアプリ同様、chromiumベースAndroid

 システムWebviewの更新により常に最新化されています

 HTMLモードではjQuery,Angular,ReactなどのJSライブラリも利用できます

 最初BASIC!ネイティブプログラムHTMLモードJSを利用したプログラム

 とSTEPを踏んだ学習可能だと思います

c.インストール環境設定が容易

 前述の通りアプリインストールするだけで利用できます

 追加の課金プラグインなどは不要です。

 またAndroid2.3以降でインストール可能です。

 但しAndroid5.0あたりからAndroidシステムWebviewが導入されているので

 Android5.0以降の端末を選択する方が無難です。

 インストール後、環境設定をする必要もありません。

 端末のルート化も不要です。

d.Androidデバイス等が安価

 安いタブレットであれば1万円程度で新品が買えます中古スマホであれば

 更に安価です。

 またプログラムを作るのでキーボードもあった方がいいと思います

 キーボードも2~3千円程度で安価です。

 もちろんソフトウェアキーボードフリック入力など)でもプログラム

 作れます

 パソコンよりもはるか安価プログラミング教育が実現可能です。

e.子供Androidデバイスに慣れている

 iPhoneの登場以来現在の子供たちはタッチパネルAndroidデバイス

 慣れています

 通常のノートパソコンに比べ違和感は少ないと思います

 また教える大人側も日頃パソコンよりスマホを触る人は多いと思います

 教える側の負担も小さいのではないかと考えています

f.可搬性が高い

 ここで述べる可搬性とは別のデバイスで同じプログラムを動かす場合

 容易さの事です。

 BASIC!はインタープリタなのでソースファイルのみを別のデバイス

 SDカード経由等でコピーすれば基本的には動作します。

 仮にHTMLモード場合は併せてHTML,JS,CSSコピーするだけです。

 別のデバイスにはBASIC!さえインストールされていれば動きます

 BASIC!独自プラグイン拡張モジュールなどは特にありません。

05.BASIC!でプログラミング教育を行うデメリット

メリットだけでなくデメリットもあります。以下の通りです。 

a.性能上の問題

 BASIC!の実体Javaで出来ています。すなわちJavaよりは性能は悪い

 ことになります

 実際、大量の繰り返しや大量の文字列を扱うプログラムは性能が出ないので

 処理に時間がかかります

 Androidスマホタブレット自体パソコン演算能力には劣ります

 大量の実験データ演算するような教育には向いていません。

 但し、プログラミング教育には大きな障害にならないと思います

b.BASIC!自体の仕組みの問題

 BASIC!はプログラムを作るアプリである以上当然文法エラーを実行時に

 表示する仕組みになっています

 ただ一部エラーチェックが甘い部分もあり本来エラーとすべきところを

 そのまま実行する場合もあり想定外の結果となる可能性もあります

 次にエディタは単なるテキストエディタと同等の機能しかなく最近

 エディタにあるようなシンタクスハイライト入力補完といった機能

 ありません。

 ただ比較シンプルプログラムを作る教育では大きな影響は無いと

 考えています

c.一部機能に制約がある

 前述の通りHTMLモードではJSが動かせます。ただし制約があります

 JSローカルモードで実行されるという事です。

 非同期通信などを行おうする場合JSが実行時エラーになる可能性が

 あります

 またデータベース機能であるSQLiteへの操作についても文字型項目しか

 利用できない制約があります

 JSローカルモードのみなのは教育の事を考えると少し残念ですが

 それでも多くのフロントエンドJSは実行可能なので教育には

 使えるという理解でいます

d.参考となる文献がほぼない

 教育には教科書またはそれに準ずる書籍必要だと思います

 該当する書籍がないのが実情です。

 ただ1冊だけ日本語で書かれた電子書籍存在します。

 ■BASIC! ~ 分かりやすい教本で一から学べるコンピュータ言語 - AndroidSQUARE

 http://blog.livedoor.jp/an_square/archives/51887786.html

 BASIC!の文法自体は極めて簡単なのでどうにかなると思います

06.結論

上記の通り、メリット/デメリットを列挙してきました。

デメリットもあるものメリットの方が大きい印象です。

とくに教える側の負担が少ない点がメリットだと思います。 

 

2017-10-12

当方👩‍🎓美人大学生ですが、ホスティングサービスについて質問

👲さくらレンタルサーバー

👳ロリポップレンタルサーバー

🤷‍♀️どちらがよいの? 

PHPモジュールとか必須🤹‍♀️だと思うんやけど、さくらだと高いプランからしか対応してないやん? 

かといって🖖🏼ロリポップって安かろう悪かろうな🌂イメージなんやけど、👧🏻両方使ったことあるから意見もらえませんか?🤸🏻‍♀️

2017-10-05

おうちUbuntuRailsアプリケーション入れたい

なんだ今はredminedebパッケージあるじゃーん

そんな最新機能つきとかじゃなくていいんだからこれでいいよ

みんななんでそんな古式ゆかしくソースから/optにインストールとかしてんのよw Debian/Ubuntu野良コンパイルとかwww


↓(20時間後)


debで入れたやつ動かん…

いやコンソールからrakeすると動く…fastcgi…は諦めたんだ…nginxPassengerモジュールパーミッションはだからwww-dataにしてあるだろおおおがあああ

教訓:公式説明が遠回りなときはなにか理由がある。狂信者として生きていく根性がないのならネットで聞きかじりのポリシーは適宜曲げよう

2017-09-30

anond:20170930045529

hello world

90年代初頭はK&R一冊読んでるだけで圧倒的に一般人差別化できたもんだよ

ありがとう言語、そしてSUN

まあ今でも結構読む機会あるから

スクリプト拡張モジュールとか言語本体とか結局Cだもん

言語を覚えて周囲と差をつけよう

2017-09-16

何を言っているのかわからない

・・・18時・・・

相手先「結合試験を続けていたのですが、不具合が見つかったので修正していただけますでしょうか」

増田申し訳ありません。。わかりました」

相手先「言っていなかったのですが、明日が結合試験完了日で来週の火曜日から客先の総合試験なんです」

増田「えっ」

相手先「明日までに直せるか確認お願いできますでしょうか」

増田はい。。」

・・・翌日・・・

増田「ここ前に御社確認取って進めたところです。。そちらのモジュールで直さないとこちらで直すとユーザー操作に影響してしまます。。」

相手先「こちらのモジュールは直さな方針なのでお願いします」

増田「最大限努力しますが根幹に関わる部分なので1日で直すのは無理そうです。。テスト必要です。。」

相手先「こちらで順次確認するので今日暫定で送っていただいてあとは少しずつでも送ってください」

増田順次確認するということは総合試験をずらすということですか?」

相手先「いえ、客先の日程はずらせないので総合試験の日は変わりません」

増田「えっ」

相手先「私たち連休も出ますが、増田さんに連休に出てもらいたいということではありません」

増田「えっ」

増田総合試験火曜日なら今日暫定で直したあと連休しか日にち無いですよね」

相手先「はい

増田「えっ」

ソースコードと一緒にタイムマシンで数日前に戻る」以外に方法あるの・・・

2017-09-11

https://anond.hatelabo.jp/20170910205249

まじな話をすると、N予備校プログラミング入門コースやるのがオススメ

https://www.nnn.ed.nico

一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。

月額1000円だけどしっかり勉強すれば一ヶ月の無料間中に終わると思う。

もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラム講師曰く去年はこれで二人エンジニア就職を決めたらしい。

内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職必要な環境構築やセキュリティまでみっちりやる。

http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB%E6%A7%8B%E6%88%90%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B3%E3%83%BC%E3%82%B9%E3%81%A8%E5%86%85%E5%AE%B9

講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。

↓みたいなことが学べる

----

Webプログラミング入門コース

Web ブラウザとは (Chrome, デベロッパーコンソール, alert)

はじめてのHTML (VSCode, HTML, Emmet)

さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)

HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)

はじめてのJavaScript (JS, ES6, エラー)

JavaScriptでの計算 (値, 算術演算子, 変数, 代入)

JavaScript論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)

JavaScriptループ (ループ, for)

JavaScriptコレクション (コレクション, 配列, 添字, undefined)

JavaScript関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)

JavaScriptオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)

はじめてのCSS (CSS, セレクタ, background-color, border)

CSSを使ったプログラミング (transform, id, class)

Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)

診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)

診断機能組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)

ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)

Linux開発環境構築コース

LinuxというOS (VirtualBox, Vagrant, Ubuntuインストール, OS, CUIの大切さ)

コンピューター構成要素 (ノイマンコンピューター, プロセス, lshw, man, ps, dfの使い方)

ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)

標準出力 (標準入力標準出力標準エラー出力パイプgrep)

vi (vimtutor)

シェルプログラミング (シバン, echo, read, 変数, if)

通信ネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)

サーバークライアント (tmux, nc, telnet)

HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)

通信をするボットの開発 (cron, ログ収集)

GitHubウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)

イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)

GitとGitHub連携 (git, ssh, clone, pull)

GitHubへのpush (init, add, status, インデックス, commit, push, tag)

Gitのブランチ (branch, checkout, merge, gh-pages)

ソーシャルコーディング (コンフリクト、プルリクエスト)

Webアプリ基礎コース

Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)

集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)

アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)

ライブラリ (ライブラリ, パッケージマネージャー, npm)

Slackボット開発 (slack, mention, bot)

HubotとSlackアダプタ (hubot, yo)

モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)

ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)

同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)

例外処理 (try, catch, finally, throw)

HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsイベントループ, リスナー)

ログ (ログ, ログレベル)

HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)

HTMLフォーム (フォームの仕組み, form, input)

テンプレートエンジン (テンプレートエンジン, jade)

HerokuWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)

認証利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)

Cookie を使った秘密匿名掲示板 (Cookie, Set-Cookie, expire)

UI、URI、モジュール設計 (モジュール設計, フォームメソッド制限, リダイレクト, 302)

フォームによる投稿機能の実装 (モジュール性, textarea, 303)

認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)

データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)

トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)

削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)

管理者機能の実装 (Web サービス管理責任, 管理者機能の重要性)

デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)

脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)

XSS脆弱性対策 (XSS, 適切なエスケープ処理, リグレッション)

パスワード脆弱性対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)

セッション固定化攻撃脆弱性対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)

より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)

CSRF脆弱性対策 (CSRF, ワンタイムトークン)

安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)

Webアプリ応用コース

Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)

ExpressのAPI (app, Properties, Request, Response, Router)

GitHubを使った外部認証 (Passport, OAuth)

スティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)

継続的インテグレーション (CircleCI)

クライアントフレームワーク (Webpack, Chrome 以外のブラウザでもES6)

DOM操作フレームワーク (jQuery, jQueryアニメーション, this)

AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)

WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)

RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)

データモデリング (リレーショナルモデル, 正規化)

テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)

インデックス (インデックス, 複合インデックス, Bツリー)

集計とソート (SUM, COUNT, ORDER BY, GROUP BY)

「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計モジュール設計、MVC)

認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)

予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)

予定とユーザーの一覧の表示 (非同期処理, Promise, then)

出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)

出欠とコメント更新 (Promiseチェイン, リファクタリング)

予定の編集と削除 (要件の衝突, 関数再利用)

デザインの改善 (this, グローバルオブジェクト)

セキュリティ対策と公開 (X-Frame-Options, Heroku環境変数)

2017-07-25

https://anond.hatelabo.jp/20170725165053

この程度なら車の価格に影響なんてほとんどないとも思う。

ひょっとしたら良い問題提起なのかもしれないが、この一言増田は全エンジニアを敵に回した。

自動車に限らず、大量生産品を設計生産するエンジニア達が、

日頃からどれほど苦労して10円、1円の原価を削っていることか。

1個0.5円とかの抵抗やコンデンサを1個でも減らせないか

0.1円でも安いものに変えて性能が維持できないか、そんな努力の果てに

最新機能てんこ盛りの新モデルを前モデルと同じ価格で売り出してるわけだ。

それに対し、元増田提案とやらは

と、普通に考えてずいぶんと高価なオプションを「無料でつけられるよね?」と言い放ってるわけだ。

これはエンジニアに対する侮辱に他ならない。

「君、パソコン詳しいなら、うちのパソコンセットアップ無料でやってくれるよね?」

と同レベル言い草だ。

いくつかのブコメにあるような「コストがかかると分かってても法制化で強制する」

という案とは全く別の話だ。

これが理不尽言い草だと分かるようなら、元増田反省するように。

2017-07-16

大企業から中小転職したときカルチャーショック

その1、休暇

中小有給休暇10しか支給されない。

大企業って普通最初から16-20もらえんのに。

しかもその10から夏冬の大型休暇の歯抜けを捻出しないといけないとかあり得んでしょ。

大企業だとちゃんと9連休有給の外で設定されてんのにだよ。何じゃそりゃ。

その2、ツール

設計ソフトバージョンがみんなバラバラ

誰かはLTだったり、課長2009使ってたり、共通PC2007のmechanical入ってたり、

新人は最新版使ってたり。そんで新人が最新機能を使いこなして作業短縮すると

上長が「他の人に使えない機能を使うな」と。

一番古いのに合わせるわけだからモジュール化が一切進んでない。1図面に何でも収めちゃう馬鹿か。

LT以前の知識しかいかマクロLISP。それLTじゃ動かねえんだけど。一体何を考えているのか。

効率化と職人の育成を錯誤してるっておそろしいね


その3、ISO不正取得

まぁよくありそうな話なので割愛

そんでまた大企業に戻りました。中小企業ってほんとクソだったわ。

貧すれば鈍する、って言葉意味お金の大切さを知りました。

2017-07-07

IoT黎明期のLPWA事業と法

その2を書きました→https://anond.hatelabo.jp/20170721113552

2017/07/21 11:40

  

(法を守らない事業者が居るんじゃないかという話です)

最近よく新聞テレビでも取り沙汰されるようになったIoTという言葉2020年には何億ものモノやセンサー

ネットワークに繋がり、生活をより便利にしてくれるであろう技術と謳われています

  

IoT事業にしようと各社が立ち上がっており、大手携帯電話キャリアからメーカーまで、様々な製品がひっきりなしに誕生しています

これぞIoT黎明期と思わせるような新興っぷり。IoTの先駆けと言えば、やはり象印のみまもりポットでしょうか。

よくCMで耳にした「ポットを押したら電波がぴぴぴ♪」というやつですね。

  

  

前置きでした。

さて、このIoT通信技術として注目されているのが、LPWA(Low Power Wide Area)とよばれる通信技術です。

IoT向けに特化した通信技術で、データ通信量は稼げないかわりに、少ない消費電力で遠くまで電波カバーエリアを伸ばしたものになります

具体的な規格名を出すと、LoRaWAN / NB-IoT / Sigfox / Wi-SUNで、LoRaWANとSigfoxの電波到達範囲は、市街地で約3km、郊外で約8km。

物によっては見通し距離で約100km通信可能製品存在します。

  

ここ最近日本にもLPWAの波が押し寄せ、LoRaWANをはじめとする沢山のLPWAモジュールサービス化に向けて提供され始めてきています

LPWAは主にスター型(ゲートウェイと呼ばれる基地局に、多数の子機がぶら下がる方式)トポロジで利用される為、サービス提供においても

事業者基地局を持ち、ユーザに対して子機を購入してもらい、事業者基地局を通して通信させる、いわば携帯電話のような

サービスモデルが非常に多い状況です。

  

日本国内において、電波を利用して通信事業を行うためには2つの法を遵守しなければなりません。1つは電波法と、もう1つは電気通信事業法です。

どちらも総務省管轄法規制で、日本通信事業者はどちらかに必ず縛られます

ここからは少し専門的な話になります

  

  

  

1■電波法観点で見たLPWA事業

日本国内における電波の利用方法は、電波法によりかなり厳しく規制されています。LPWAの中でも特にLoRaWANとSigfoxに焦点を当てて言えば、

920MHz帯の電波を利用して通信しなければならないというルールがあります

920MHz帯の電波は、無線LANと同じく誰でも免許フリーで利用できるアンライセンスバンド(ISMバンド)に定められており、運用ルール

「920MHz帯テレメータ用、テレコントロール及びデータ伝送用無線設備」とされています

  

特定小電力無線局と簡易無線局

920MHz帯で許可されている無線局は、空中線電力(電波出力)が20mW以下の特定小電力無線局と250mW以下の簡易無線局です。簡易無線局登録制となっており、

デジタル簡易無線と同じような運用体制を取ります。ここで注意すべき点があり、簡易無線局は自営のみの利用に限定されているため、

他人へ貸し出すことが禁止されています電波を長距離飛ばせる簡易無線局ですが、現在電波法では不特定多数利用者を想定している

LoRaWANやSigfoxで、電気通信事業用途として基地局に利用することができません。

これは日本Sigfoxパートナーである京セラコミュニケーションシステム(KCCS)も、総務省に対して簡易無線局電気通信事業用途として利用

できるよう法整理を呼びかけています(参考:http://www.soumu.go.jp/main_content/000450876.pdf

  

まとめます

特定小電力無線局

 出力:20mW以下

 無線局免許状不要

 無線従事者不要

 無線局登録不要

 ビジネスモデル自由

  

・簡易無線局

 出力:250mW以下

 無線局免許状不要

 無線従事者不要

 無線局登録必要

 ビジネスモデル:自営のみ←

  

となるので、現状の電波法において、事業者不特定多数提供できる基地局電波出力は必ず20mW以下の製品しか利用できません。

  

  

  

2■電気通信事業法観点で見たLPWA事業

この法は、通信事業者としての規模の大小により、適切に監理ができる有資格者を配置する内容や、総務省に対する電気通信事故

報告などについて細かく整理された法律です。(かなり噛み砕きました)

ここで論じたい点は上にも書いたとおり、規模の大小・サービス提供形態によっては届け出電気通信事業者(以下、届け出)

もしくは登録電気通信事業者(以下、登録)に分類され、登録になると適切に有資格者の配置が必要になり、電気通信事業者としての責任が重くなるという点です。

簡単にまとめますと、

  

基地局を、第三者(例えばお客様)に利用させている。自分のために使うのではない。(電気通信役務に該当する)

基地局を、サービスとして提供している。(電気通信事業に該当する)

基地局は、事業者任意場所公園から企業オフィスから電柱まで)に設置する。(事業法適用除外に該当しない)

・そのサービスで、利益※1を上げている。(電気通信事業を営むことに該当する)

電気通信回線を設置し、端末系伝送路設備※2の設置の区域が一の市町村区域を超える。(電波の到達範囲が広い為、一の市町村を超えます

※1利益:ここでいう利益とは、金銭的な収益はもちろんですが、金銭を得ないが自分(自社)に有利に働く内容であれば、利益を得ていると見なされます

例えば、基地局位置第三者宣伝して貰う事もそうですし、2者間でゲートウェイ相互利用(使わせ合う)も利益にあたります

※2端末系伝送路設備電気通信事業法で見た、基地局区分

より詳しい電気通信事業参入マニュアルは、総務省提供しています(参照:http://www.soumu.go.jp/main_content/000477428.pdf

  

この5つの条件を揃えたサービス提供する事業者は、登録電気通信事業者になる必要があります

登録に課される条件の中でなかなか厳しいのは、有資格者電気通信主任技術者)の配置です。

サービスを展開する全ての都道府県事業所を置き、そこに資格者を配置しなければなりません。

  

NTTKDDI、各地方ケーブルテレビ局は自前の伝送路(光ファイバ電話線等)を持っている為、登録として事業を行っています

登録電気通信事業者リストは、総務省が公開しています。(参考:http://www.soumu.go.jp/johotsusintokei/field/data/gt010402.xls

  

このLPWA事業における電気通信事業法落とし穴は、誰でも(個人でも)すぐに始められる手軽さがありながら、通信事業本業である事業者と同じ括りで厳しい縛りがある点です。

LPWAに参入してきている事業者は、もともとアプリケーションサービスIoT向け格安SIMカード提供していた事業者ばかりです。

ただし、Sigfoxに於いてはKCCSが既に登録となり、全国での提供を辞さない本気の構えです。

  

電波法的には、アンライセンスバンドということで "免許不要!" と強調したくなるのは十分理解できますが、それはあくまでも電波法に係る話であって

電気通信事業法までもが免除されるという話では決してありません。法は法として守るために存在し、罰則規定もちゃんとあります。(罰金または懲役

個人的感想では少し厳しすぎないかと思うところはありますが、KCCSもそれを呑んで事業をするということで、守っている真面目な事業者も居るわけです。

  

  

最後になりますが、LoRaWANをやっている某事業者はいかがですか。

  

  

追記

頂いたコメントへの返信や、任意の追記のメモです。

追記:登録電気通信事業者リストを追記しました(2017/07/07 14:40)

追記:免許不要に関する過大解釈について追記しました(2017/07/07 14:57)

追記:電気通信事業参入マニュアルを追記しました(2017/07/07 16:02)

追記:電気通信事業法による利益解釈について追記しました(2017/07/07 18:37)

追記:その2を書きました→https://anond.hatelabo.jp/20170721113552(2017/07/21 11:40)

  

コメントhttp://b.hatena.ne.jp/entry/341443907/comment/toruuetani

返信:

電気通信事業法において、提供する親機(基地局)は簡易無線局特定小電力無線局かは、実は関係ありません。

電気通信事業法ではどちらであっても、提供するものは端末系伝送路設備とされますので、5つの条件を満たすと登録として事業する必要があります。(2017/07/07 15:19)

  

コメントhttp://b.hatena.ne.jp/entry/341443907/comment/kentamagawa

返信:

社長氏自らコメントありがとうございますリンク先を確認し、確かに373号が未採番である点を確認しました。また、登録として事業をされるのは大変素晴らしいことだと思います

ですが、SORACOM Air for LoRaWANのサービス開始は2017/02/07からと存じておりますが、2017/06/01時点のリストでなぜ登録電気通信事業者として名前が上がっていないのでしょうか。

少なくともサービス開始から06/01までは登録をせずに電気通信事業を営んでいるということになります登録なしに登録と同じ電気通信役務提供するのは、電気通信事業法第9条違反です。

通常、サービス策定する際に法的な課題をきちんとクリアするため、サービス提供前には登録するか、間に合わない場合登録されるまでサービス提供を伸ばすのが一般的ではないでしょうか。

社長自身ツイートhttps://twitter.com/KenTamagawa/status/883473160347172866)にもある通り、「都市伝説」と揶揄されるのも理解できかねますし、

登録してから事業をするに当たっては問題ありませんが、過去には事実であったことに変わりはありません。そこはどうご説明されるのでしょうか(2017/07/08 12:06)

  

コメント

ご指摘ありがとうございます

補足させていただきますと、まず、所有モデルに関してサービス提供を行うことについて電気通信事業登録不要認識しております。そのため、2月より販売3月よりゲートウェイの出荷をさせていただいており「サービス開始」と表現させていただいております

また、共有サービスモデルについては所有モデルでのゲートウェイより遅れて提供を開始するとともに当初は電気通信事業を営む形にならないようご提供しており、電気通信事業登録を行った上でサービス提供を開始させていただいております

弊社からこの形態適法違法かはご回答する立場にありませんが、サービス内容、特に共有サービスモデルに関し、単にお客様所有のゲートウェイを共有するのではなく、ゲートウェイを弊社が所有した上でユーザ様に提供(貸与)することで、電気通信事業の届出・登録に関し、お客様登録不要で弊社が登録を行う様態とすること等、2月サービス発表前に総務省の各関連部門のご担当者様とは事前にディスカッションアドバイスをいただくとともに、登録手続き等、上記でご説明させて頂いた内容も含め継続的にお話をさせていただいております

弊社も電気通信事業法電波法をはじめとした各関連法規法令を遵守することは大変重要と考えております。今後とも、お気付きの点はご指摘頂ければ幸いです。

返信:

社長氏のFacebookコメントがあったと教えていただきましたので、追記です)補足ありがとうございます。また、休日にも関わらずくだらないブログに付き合って頂き恐縮です。

個人的に幾つか質問がございますので、任意でご回答頂ければと存じます

①"所有モデルに関してサービス提供を行うことについて電気通信事業登録不要認識しております" とありますが、こちらは確かに御社自身電気通信事業法としての縛りを受けないサービス提供方法であることは理解しております

ですが、所有モデルも共有設定が可能であり、機能としてそれを謳っているところについては、お客様自身が共有設定で他者に利用させている場合GWを購入されたお客様電気通信事業法において電気通信事業を営んでいると判定されるのではないでしょうか。

これだけでも最低限届け出は必要であり、場合によっては登録まで必要である認識しております

②"当初は電気通信事業を営む形にならないよう提供" とありますが、それは事業法適用除外となる形態提供されていて、登録されてからサービス提供形態を変更されたということでしょうか。

差し支えなければ、登録電気通信事業者としての登録日をご教示下さい。

私自身、事業法学習中の身ですので、誤りがあればご指摘下さい(2017/07/08 19:40)

  

コメントhttp://b.hatena.ne.jp/entry/341443907/comment/ganymean

返信:

実は私も同じような事を考えていました。ですが、これには該当しないようです。

と言いますのも、 "基幹放送に加えて基幹放送以外の無線通信送信をする無線局無線設備である場合" とは、基幹放送(テレビ等)用の設備遠隔操作するために併設して利用する無線設備解釈されるためです。

この "基幹放送に加えて" が大事なところです。

LoRaWANをはじめとするLPWA無線局の主な利用用途基幹放送等には全く関係ない無線局ですので、事業を行う場合登録事業者になる必要があります。もちろん、LPWAの無線局を上記のような利用方法で利用する場合は、登録必要はありません。(2017/07/14 18:17)

2017-06-16

スマホの普及でカメラオワコンなのか

個人の願望を多分に含むが、答えはノーと言いたい。

まずはフルサイズ*焦点距離50mm*f1.2写真を見て欲しい。

http://ganref.jp/photo_searches/result?keyword=50mm+f1.2&parent_category=&category=&term_pattern=&ganref_point=100

これをファインダー越しで見たときに、世界はえらく綺麗に見えた。そして呪いに掛かった瞬間でもあった。

果ては物理的なプリントに終わらず、デジタル二刀流リバーサルフィルムを年間何10本と消費するウンコ製造機が生まれることとなった。

勿論後悔はしていない。そしてまだ存在意義があるこの呪いに、少しでも多くの人が掛かってしまえば良いと思っている。

デジカメ撮像素子センサーサイズ由来の画質の違い

フィルムに相当するセンサーサイズである

面積が大きいほど、光学的な情報量が増えるため、

故に画質や、光の少ない暗所での性能を決める要素のひとつとなる。

スマホで主流なのは対角線1/3inchのものであり、

スマホ写真との質の違いが体感やすくなる1inch以上のもの

デジカメ市場では今後主流となると考えられる。(3万円後半〜)

1inchを超えると固有名詞、タテヨコ寸法でセンサーサイズを表す通例となる。



Bokehの強さ

ピントが合わないボケている部分のことで、写真に立体感を与える。

撮像素子サイズが大きく、焦点距離あたりのレンズ口径が大きい(低F値)ほど、

ピントの合う範囲が狭くなり、ボケが強くなる。この点は現時点ではデジタル補正/加工で再現しきれない。

スマホカメラ被写界深度が浅い(ボケない範囲が多い)。

全体にピントを合わすパンフォーカス撮影の際には利点になるのだが、

フルサイズセンサーカメラで絞り込み、パンフォーカス設定にすることもできる。

この「大は小兼ね」モードだと絞り込む分、ISO感度を上げることになるが(シャッタースピードは変えないとして)、

センサーサイズが元より大きいため、スマホカメラとイーブン以上の質になる。

被写界深度F値まわりの詳細は図解が必要なので割愛する。

その他

その他機械シャッター光学モジュール由来のオートフォーカス

RAW現像ネガフィルムの自前現像ポジフィルム鑑賞など、語り尽くせない面白みがある。

最後に、スマホカメラ否定している訳ではないことは伝えたい。

30年前のインスタントカメラ時代以上に1億人総写真家なのはポジティブではなかろうか。

その分カメラ業界にも商機はあると思っているので、今後を楽しみにしている。

2017-05-31

研究倫理教育がむしろ炎上を促進した可能

http://anond.hatelabo.jp/20170530044702 

をよんだ。学部生が正直な感想を書いてくれて偉いな、と思う。

人工知能の隣接分野の助教を昔やっていたことがある人間だけど、研究倫理の授業はもちろん必要だと思う。そして、今は、たいていの大学で、大学教員は毎年研究倫理教育ミニテスト受けないと、最悪研究執行を停止するかも、とおどかされる仕組みになっている。だから、例の炎上したところの先生も、ほぼ確実に、学内研究倫理ミニテストや講習は受けているはず。

けれども、今回の件が研究倫理の授業・講習を受けていれば回避できたかというと、正直微妙だと思う。なぜなら、研究倫理教育の主眼は研究不正の抑止で、今回の炎上は明らかに研究不正とは関係いから。特にSTAP細胞事件の後、どこでも研究倫理教育研究不正に関する内容が多くなった。出典をしっかり書きなさい、も当然、その中に含まれる。URLハンドルネーム記載したのも、研究倫理教育の影響があったのではないか。そう考えると、むしろ研究倫理教育炎上を促進する要素を作った可能性すらある。

後は、学生本人が研究倫理教育をどれだけ受けていても、指導教員OKしたら、これはOKなのだろう、と思う学生普通なのではないか。そこも考えると、研究倫理教育で今回の炎上が防げたとは、あまり自分には思えない。

追記:

Citiプログラムなんかは「インターネットを使った研究」に関する倫理やその考え方がモジュールに入ってるし、そのなかでオンライン上のアイデンティティーや公開されてるブログなどの利用について触れてる

そりゃ、当然、話題になっている情報提供側への配慮みたいな話も、研究倫理教育の中には含まれはいると思う。けれども、やはり、工学系の研究倫理教育の主眼は研究不正の抑止で、研究不正対策とそれ以外の項目が相反する場合は、研究不正対策の方を優先するのは不適切判断とは言えないのでは。そして、研究不正抑止の重要原則が「出典の明記」。今回は、配慮と出典明記の両方に思い至り、出典明記の方を優先した可能性はあると思いますよ。実際、BL小説群、などとごまかさずに、URLを直接挙げて文献明記したからこそ、「本当に実在テキスト分析したのか」といったような研究不正方向性での批判は、あがってきていない訳でしょう。

後は、今回の小説立ち位置は、研究対象というよりも情報提供だと思いますよ。

追記2:

記事はてブコメントの中に、「出所の明示に不備がある」との指摘がありました。当該記事も読みました。「10本のうちのどれかわからない形で文章が複製されている」ことと、文例に(わからないように)手を加えている、ことの2点が問題点として挙げられていました。前者は、不適切で厳密には引用要件を満たしていないことは分かりますが、10本ぐらい原文を検索すれば容易にどこから取ってきた文例か分かるので、悪質性は低いように思います。が、文例をいじっている情報は知りませんでした。情報ありがとうございます後者をもし本当にやっていたら、悪質だな、と思います

追記3:

悪質性」を話題に出したら、「論点すり替え」と来ました。悪質性ではなく、法律記載された引用の条件を満たしているかどうかという「適法性」が問題だとおっしゃりたいのだと思いますが、著者らの行為違法行為かどうかを判断するのは我々ではなく裁判所です。法解釈には、法律に加えて過去の反例なども重要視されます。例え、厳密に法律の条文を解釈すれば、条文から逸脱しているように我々には読める行為であっても、色々な事情を斟酌して「違法とまでは言えない」といった判断がなされる事もよくあります。その意味で、我々は適法性については直接的に判断できず、現時点で論じられるのは程度問題だけでしょう。その程度を「悪質性」という言葉で表しました。他に、良い程度を表す言葉があるかも知れませんが。

今回の件は訴訟問題にもならないでしょう。が、個人的感想としては、実際に訴訟になったとしても、出処の表記についての不備は指摘されるでしょうが悪質性が低い(盗用しようという意図が見られない)ので、最終的には引用と認められる範疇だと思いますよ。出処の表記の不備も、悪質性も、適法性判断の1材料として使われるに過ぎません。出処の表記の不備は、適法性についての結論直ちに下すものではないです。

2017-05-30

html始めました

書き始めたんだが枠っていうの?

こう、メニューは上に置いて、左にコンテンツ並べて・・・

みたいなのはフレームとして別モジュールで作るのが主流なの?

それとも一枚に書きあげてCSSデザインするんかい

練習で作ってるのではやりの方法を教えてクレメンス

2017-05-26

今更だけど、WOLF RPG EDITORで凝ったゲーム作るのはやめた方がいい

かなり前時代的なボトルネックがあるし、可読性がすこぶる低い。

モジュール化を考えてない人が作っているのか、流用もしづらい。

1000行越えのコモンイベント関数のようなもの)や、インデントの6段階ズレなんかが平気である

初期状態+α程度のゲームを作るだけなら良いが、凝ったものを作ろうとするほど辛くなること間違いなし。

勿論、どんなツールと比べても自分コーディングする方が良いというのは真理ではあるのだが、WOLF RPG EDITORに関しては、「どんなゲームでも作れます」というような口コミネット上に結構あるのが問題

ゲーム制作初心者が手を出して時間無駄にしてしまうことがザラに起こっていそうなので警告まで。

2017-05-06

結局Vue.jsが最強だった

Reactは大規模なフロントエンド開発なら良いかもしれないけど何もかも大げさすぎだし概念理解するのが大変

Angular2は最初覚えなきゃいけないことが,TypeScriptからまりES2015、依存モジュール多数と始めるのがまず大変

Knockoutは古いブラウザサポートしなきゃいけないとき以外は使わない

jQueryでのDom操作は増えてくると辛みがあるリアクティブに書くのは大変

Vue.js使うと覚えること少ないわ、リアクティブに動くわVirtualDomなんて意識しないで良いわで最高すぎる

たいていこれで良いんじゃないか

2017-04-11

http://anond.hatelabo.jp/20170410230648

頭の良い奴がプログラミングできない理由3つ

  1. 頭が良いとある程度大きなプログラムも頭の中で描けてしまい、構造プログラミングとかの意味理解できないので、グローバル変数ありきで作ったり、モジュールの切り分け方針おかしくて早晩行き詰まる
  2. 頭が良いとプログラミングなんてIT土方仕事だと1瞬で見抜けるため、さっさと逃げ出す
  3. 頭が良いと金暴力セックスという人生の真理にとっくにたどり着いているため、プログラミングなんかやるわけない

2017-03-01

障害が発生しているアプリケーション名: VirtualBox.exeバージョン: 5.0.20.6931、タイムタンプ: 0x57220aaf

障害が発生しているモジュール名: VirtualBox.exeバージョン: 5.0.20.6931、タイムタンプ: 0x57220aaf

例外コード: 0xc0000005

障害オフセット: 0x000000000001391d

障害が発生しているプロセス ID: 0x2634

障害が発生しているアプリケーションの開始時刻: 0x01d292470799dc6e

障害が発生しているアプリケーション パス: C:\Program Files\Oracle\VirtualBox\VirtualBox.exe

障害が発生しているモジュール パス: C:\Program Files\Oracle\VirtualBox\VirtualBox.exe

レポート ID: 45cdb9f9-d165-457f-971f-aa8b82132bc8

障害が発生しているパッケージの完全な名前:

障害が発生しているパッケージに関連するアプリケーション ID:

2017-02-12

https://docs.python.org/2.7/library/urllib.html#module-urllib

See also. The Requests package is recommended for a higher-level HTTP client interface.

ならこんなクソみたいなモジュールを標準ライブラリにしてないでバンドルしろよ、そっちを!

2016-12-30

2020年に振り返る2016年Web開発

後輩「先輩、このシステム僕が引き継ぐ事になりました。よろしくお願いします」

先輩「そうかそうか、やっと肩の荷がおりるな」

後輩「これ2016年に作ったシステムなんですよね。僕その頃まだ入社してないんで、最初の方から教えてもらっていいですか」

先輩「よしわかった。環境構築から順を追って説明する」

先輩「まずはじめにnode.jsを入れる」

後輩「あ〜昔流行ったサーバーサイドでJavascript使えるやつですよね。このシステムnodeで動いてたんですね」

先輩「いや、nodeは使ってない」

後輩「え?」

先輩「nodeに付属しているnpmというパッケージマネージャーを使ってる」

後輩「なんでまたそんな回りくどいことを・・・

先輩「当時はnpmが一番メジャーだったんだよ。今主流のN3(N3 is Not Npm)はまだ無かったしな」

先輩「よしnode入れたな。じゃあnpm installだ」

後輩「えい!・・・先輩、なんかエラー出ました・・・

先輩「printFizzBuzzというパッケージが404みたいだな」

後輩「何に使うんですかそのライブラリ

先輩「知らん。依存してるライブラリ依存してるライブラリ依存してるライブラリかなんかだろう」

後輩「バタフライエフェクトってやつですね」

先輩「思い出した。これは昔話題になったやつだ。printFizzBuzzは何かの特許抵触していて非公開になったらしい。

  npm installで落とすのは諦めて、ローカルに残ってるやつで何とかするしかないな」

後輩「それ使って大丈夫ですかね。法的に」

先輩「仕方ないだろ」

先輩「ようやく諸々揃ってBabelやReactやWebpackを使えるようになった」

後輩「それ何ですか?」

先輩「まずBabelだが、これはES2015をES5にコンパイルするツールだ」

後輩「え、なんでダウングレードするんですか?」

先輩「古いブラウザで当時の最新機能を使うにはこうする必要があったんだ」

後輩「なるほど。ではReactは?」

先輩「これは今で言うWeb Componentsみたいなものだな。あと仮想DOM

後輩「Babelじゃダメだったんですか?」

先輩「ダメだったんだよ」

後輩「で、最後Webpackは?」

先輩「リソースモジュール管理して最適化するツールだ」

後輩「最適化サーバー仕事じゃないんですか?」

先輩「当時はモジュールが標準対応してなかったり、http/2もあまり普及してなくてサーバー馬鹿だったんだよ」

後輩「へ〜大変ですね」

後輩「いつの間にかこんな時間ですね。今日まだ1行もコード書いてないですよ」

先輩「一度準備してしまえば、そこから先が楽になるんだ」

後輩「今となっては余計な苦労が増えてるような気がしますけどね〜」

先輩「当時はこれが最善の選択だったんだよ」

後輩「そうなんですね」

2016-12-17

インテグラルvsモジュール

個人熟練に頼ってた日本軍と、標準化システムで戦ってたアメリカ軍の戦いそのまんま

んでジャップは勝つ要素を個人熟練に置いてたのにその個人使い捨てにするというバカ丸出しなことをやって負けた

そして今も同じことをやってる

2016-11-15

http://anond.hatelabo.jp/20161115124559

強く同意したい。

あとそれをgithubにでも公開して、一意に解釈できない点の修正プルリクエストを受け付けるべきだ。

税法に関してはさらに進めて、プログラムとして動作するものを書いて欲しい。

所得や各種控除などの条件を入力すると、税額が出力されるモジュールとしてね。

青色申告とかをやるアプリケーションや、役所で動いている業務システム

法律文書を実際にコードに落としてるんだから

最初からそうい形で公開しろって話だよ。

( システム屋の飯の種は減るけど )

2016-11-12

hearing loss3

やったぜ。

homemade補聴器動作試験

成功

プロトコルは完成!

エレクトレットコンデンサーマイクは感度がよく、ライン入力につないでもそれなりに録音できるのですが、秋月から発売されている高感度マイクアンプキットは、コンデンサーマイクに高性能のオペアンプOPA344をつなげて増幅するようになっています。これらは20mmx16mmの基板に組み立てられたモジュールとなっており、2.5V~5Vの電源を供給することで動作させることが出来るようになっています説明書には電源電圧が低いと大きな音でひずむとかかれていますゲインが高すぎるようです。

これが参考になりました。ありがとうございました。

チップ抵抗を金属皮膜抵抗で置き換えたので、大きさが合わず

大変な作業だった。

発表に続くシンポジウムでも休憩時間中にも詳しい説明を求められました。低い周波数で15デシベル、高い方で20デシベル良くなったという数字は誰でも見逃せないところでしょう。でも「何年も続けた結果だ」というと目に見えてガッカリされるのです。

時間かけて聴力を回復された例。励みになります

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん