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

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

2018-05-17

オブジェクト指向は大規模ソフトウェアモジュール化し再利用やすくすると言われていたが、センスに差のあるプログラマたちがそれぞれのオブジェクト指向を駆使してできたのはただの地獄だった

2018-04-17

Quick Tutorial for Pyramidをやってみる

PyramidPython向けWebフレームワーク

Quick Tutorial for Pyramid公式チュートリアル

https://docs.pylonsproject.org/projects/pyramid/en/latest/quick_tutorial/index.html

Prelude: Quick Project Startup with Cookiecutters

$ $VENV/bin/cookiecutter gh:Pylons/pyramid-cookiecutter-starter --checkout 1.9-branch

として、プロンプトの問いに答えるとサンプル的なアプリができる。

ghはgithubか。

引数指定できるテンプレートhttps://github.com/Pylons?q=pyramid-cookiecutter

sqlalchemyを使うものは分かるけど、zodbって何?

アプリは以下のようにして起動する。

$ env/bin/pserve development.ini --reload

このpserveというPythonモジュールアプリ動かしたりする。

01: Single-File Web Applications

超単純なPyramidアプリを作って、WSGIイメージをつかむ。

app.py を書き写して動かしたらHello Worldが動いた。

Analysisの項:
2. Lines 12-14. Use Pyramid's configurator in a context manager to connect view code to a particular URL route.

viewURLの紐付けはconfig.add_routeしてconfig.add_viewする。add_viewしてからadd_routeしても大丈夫だった。

3. Lines 6-8. Implement the view code that generates the response.

viewにはrequestが渡される。requestに色々入ってそう。

4. Lines 15-17. Publish a WSGI app using an HTTP server.

waitressは知らないけど、serveでHTTPサーバ作ってWSGIアプリを公開できるのかな?

Extra creditの項:
1. Why do we do this:
print('Incoming request')

...instead of:

print 'Incoming request'

Python3だから

2. What happens if you return a string of HTML? A sequence of integers?

Inernal Server Errorになった。アプリのほうではValueErrorresponseを返すようにと怒られていた。text/plainとか返すには何かしないとダメっぽい。

3. Put something invalid, such as print xyz, in the view function. Kill your python app.py with ctrl-C and restart, then reload your browser. See the exception in the console?

print(xyz)してみろ、ということかな。1と同じくInernal Server Errorになって、コンソールにはNameErrorが出た。

4. The GI in WSGI stands for "Gateway Interface". What web standard is this modelled after?

CGIかな?

2018-04-15

システム監査技術者2018/4/15メモ

覚えている内にメモ

■午後1

<大問2>

設問1:本番運用サーバに負荷を与え、予定や会議室登録などの従業員の通常業務に影響するリスク

設問2:申請者に、個人情報の利用目的・保管場所削除予定日を確認し、実際に削除されたことも確認すること

設問3:必要以上のサービスレベル提供する体制を用意することにより、コスト配分を最適化できないリスク

設問4:活用検討会の議事録を通期確認し、新規データおよび追加収集したデータの利用状況を確認する

設問5:会議開催実績表を通期確認し、情報共有を目的とする各部門の会議が減少していることを確認する。

<大問3>

設問1:a=新販売システムでの自動チェック

設問2:b=EDI取引契約

    c=受注伝票

設問3:e=1注文が10万円以下となるように分割発注されてしまう、

    f=受注責任者が、承認なしで処理したデータ一覧を日次で確認する

設問4:g=出荷完了リスト出力時に、当日出荷日のデータが出荷入力されていない場合に通知する機能があるか確認する

■午後2

<大問1>

難しそうだが選択者が少なく採点甘めになりそうだったこと、

H25午後1--問1がアジャイルに関するもので、イテレーション毎の反省会

要件スコープの逸脱に注意する点などが述べられていて、覚えていたためにこちらを選択した。

# TAC合格トレーニング本の解説もためになった。選んでよかった。

設問ア:

システム概要を述べる。インターネットシステムのほうがよさそう。

開発会社のPKG部分からの追加開発が多いこと、

要件不明瞭な点が多いこと、社会情勢によって本PJへのコスト配分を検討したいため、

などがアジャイル開発を採用した理由とした。

アジャイルの内容としては、イテレーション4週間で設計・開発・テスト・UATおよび内部分析したこと

開発環境に関しては、自動ビルドデプロイツールを利用したこと記述

設問イ:

2-1 体制スキルに関するリスクコントロール

 ①アジャイル経験者がないために、PJが進められないリスク

 ②アジャイル経験者がないために、Pスコープ外の顧客要件対応してしまリスク

 ③アジャイルにおける開発環境構築の経験者がいないために、テストが遅れ納期間に合わないリスク

これらのリスクに対するコントロールとして、PMPJ立上げ時に各経験者を参画させる必要がある。

また、開発が進んだ時には、1イテレーションの終わりに、当サイクルのプロセス分析し次サイクルに

改善点を生かしていくコントロール必要

2-2 開発環境整備に関するリスクコントロール

上述の③のようにスキルのある人材必要だが、実際の構築にあたり、

実はスキルが無く、進められないあるいは構築した環境品質がひくくなりテスト進捗が遅れるリスク

期待したメンバが、他タスクに埋もれ本来環境構築作業に着手が遅れテスト進捗が遅れるリスク、がある。

このコントロールとして、PMが構築時の進捗および品質を把握し管理する必要がある。

設問ウ:

3-1 体制スキルに対する監査手続

監査証拠  :PJ立上時のPJ計画

監査手続き :体制図の説明を査閲する。

監査ポイントアジャイルアジャイル用の開発環境構築のスキルを有していることをPM確認しているか

       またコレに関する上長承認を得ているか

監査証拠  :イテレーション毎の成果分析会の議事録

監査手続き :査閲する。

監査ポイント:終わったイテレーションプロセス反省・次への改善点に言及されているか

       次サイクルの同議事録で、その改善効果言及できているか

3-2 開発環境整備に対する監査手続

監査証拠  :構築フェーズにおけるPMPJ進捗報告書

監査手続き :査閲する。設計工程や構築工程フェーズアップ資料か。

監査ポイント環境構築の進捗が把握されていること。環境の構築品質について評価していること。

監査証拠  :実際に構築された開発環境

監査手続き :開発メンバあるいはテストメンバにヒアリングする。

監査ポイント:開発したモジュール自動デプロイされ当日あるいは翌日に当該機能テストができる状態か。

以上

2018-03-30

anond:20180330155333

モジュールにまとめて、AとEだけ公開すればいいだけの気がするが。

2018-03-23

COBOL以外の言語で、

機能コード_連番

みたいなモジュール名やってるところあるんかな

あるんだろうな

2018-03-22

N予備校プログラミング入門コースを修了した

https://anond.hatelabo.jp/20170911110731

昨年、はてブでバズりまくったエントリにまんまと乗せられた実務経験なしのプログラミング初心者

N予備校プログラミングコースプログラミング入門 Webアプリコース(有料のプログラミングコースで一番最初にやるコース)を修了したので知見をまとめておきます

とりあえず結論

そんな感じです。以下、理由

経験者の独学はほぼ無理。

客観的データをあげると、

入門コース実践編となる3章からは各講義最後課題が出されて、

N予備校GitHubリポジトリにプルリクエストを出すことで課題の提出に変えて、

学習を進めていくのですが、

3章最初課題の提出数は現在424件あるのですが、

https://github.com/progedu/intro-curriculum-3001

入門コースラストの4章最後課題の提出数は現在24件です。

https://github.com/progedu/intro-curriculum-4023

ちょうど動画ベースの講座がこないだ終わったところなので、

単純に計算すると脱落率約95%となっています

課題は解答をコピペして提出することも可能なので、

ちゃんと内容を理解できている人の割合さらに低いと思われます

なんで?

なぜそんなに脱落していくかというと、まあ難易度だったり色々あるとは思うのですが

基本的には説明不足ということだと考えています

~をするにはこういうプログラムを書けばいい!ということは教えてくれるのですが、

なぜ、こういうプログラムを書けば~ができるのかということについての説明が少ないです。

感覚としては、途中の式と解答だけが書いてある数学参考書を読み進めているような感じで、学習者には途中の式の意味自力で読み解く能力が求められます

その過程ドキュメントをあたったり、自ら調べて解決する能力必要です。

またアロー関数式だったり、三項演算子論理演算子を用いた代入などの省略記法を多用する割にソースコード中にほとんどコメントを書かないことも初学者には難しいかなと感じました。

体系的な学習にも不向きです。

あとオブジェクト指向説明をせずに、JavaScriptオブジェクトを扱っていたり、

データベース学習をする前に、MVCパターンを扱っていたり、ちぐはぐさを感じるところも多かったです。

ということで(他にもいろいろあるのですが)、未経験者が独学で進めていくのは厳しいんじゃないかな~というのが入門コースを終えての結論です。

たとえば保護者の方が専門のエンジニアで分からないことがすぐに聞けるような環境にあればよい教材になるかもしれません。

初心者が中級者へステップアップするきっかけになる可能性はある。

ただ中級者へのステップアップを目指している初心者きっかけをつかむには良い教材になりえるとも感じました。

私自身、GitHubLinux(Ubuntu)、Node.jsExpressフレームワークなど、自主的にはなかなか食指が動かなかった分野の知識を得ることができたと思います

難易度は高いですが、中級者向けのまとまった教材というのはネット上にもあまりないと思いますので、ある程度経験のあるプログラマ知識を深めるために利用するのはありだと思います

それでも体系的な知識が得られるかというと微妙ですが…。

ちゃん勉強しようとするとかなり時間必要

ただ社会人学習を進めるにはまとまった時間の確保というのがネックになるとは思います

N予備校の入門コースの想定学習時間は180時間だったと思いますが、私はこのコースを修了するのに400時間前後かかったと思います

(今年の1月初頭からほぼ毎日午後を勉強時間に充てて、ようやく昨日入門コースを修了しました)

コースを終わらせることだけを目標にするならもっと短くできるとは思いますが、ある程度知識をつけて今後にいかすことを目標にするとなると、想定学習時間内でコースを終わらせるのは難しい気がします。

これから学習してみようと思っている方へ

色々書きましたが、それでも月1,000円というのは破格の価格設定だと思いますので、気になっている方は挑戦してみてもよいのではないでしょうか。

おすすめ学習方法としては

などがおすすめです。 「「分かりそう」で~」のサイトには本当にお世話になりました。m(_ _)m

ただ特にプログラミング経験の浅い方に伝えたいのですが、N予備校の入門コース理解できなかった、挫折たからといって、プログラミングができないということはまったくないです。

私自身、SEプログラマとしての実務経験はありませんが、趣味でも仕事でもガンガンプログラム活用しています

それでもN予備校の入門コースの内容は相当難しかったです。

ぜひ挫けずにプログラミング学習を続けていただきたいなと思っています

あとネット上にはN予備校プログラミングコースレビュー散見されますが、無料コースしかやってないんじゃないかなーというものが多いのでお気をつけください。

基本的無料コースと有料コースは別物と考えたほうがよいと思います

参考になれば幸いです。

ところで、N予備校ニコニコ動画再現コース2017年度中公開予定になってるんですけど、本当に公開されるんですよね・・・?(※)

3/31 追記 ※ギリギリでしたがちゃんと公開されたようです。退会してから気づいたので内容はわかりません。

おれめも

\ 2,000 Webカメラ (最低 480p/30fps) ベストセラーhttps://www.amazon.co.jp/dp/B003YUB66A/

\ 0 Photoshop もしくはレイヤー分解されたpsdファイルを吐ける同等のソフトウェア

\ 1,480 FaceRig http://store.steampowered.com/app/274920/FaceRig/

\ 398 FaceRig Live2D Module http://store.steampowered.com/app/420680/FaceRig_Live2D_Module/

上記FaceRig モジュール対応Live2D Cubism 2.1 までなので、Cubism 3 には手を出さずに旧製品を使うとよい、らしい。

http://www.live2d.com/ja/download

\ 0 Live2D Cubism Editor 2 Free http://www.live2d.com/ja/download/cubism2-pro-free-comparison

\ 0 Live2D Viewer http://sites.cybernoids.jp/cubism2/tools/live2d-viewer

以下参考

\ 0 Live2D Cubism 3 Editor Free版 http://www.live2d.com/ja/products/cubism3

Cubism 2.1モデルファイルへの書き出し は Pro のみなので、おそらくこちらは選ばないほうがよい。 http://www.live2d.com/ja/download/cubism3-pro-free-comparison

Cubism 3 に対応するViewerは Portable Viewer ? http://cubism3.live2d.com.s3.amazonaws.com/tools/portableviewer/download.html

・画を描く能力

・画を分解する能力

・画をマッピングする根性

時間

2018-03-03

今の会社に勤めて、もうすぐ一年半になる。

それまでプログラミングというのは全くやったことがなかったのだが、去年の初夏頃から個人的作業時間の計測と集計のためExcel VBAをいじり始めた。

作成したマクロたまたま上司や同僚の目に留まり、他にできることはないかと聞かれたので、作業自体VB.NETを使って自動化してはどうかと提案した。

提案はしたものの、部署内に他にやる人がいなかったので、半ば独力で着手することになった。

休憩時間プライベート勉強に充てつつ同時にアプリを作り込んでいった。自己満にならないようかなり気を使いもした。結果なんとか形になり、運用できている。完成の目処は立たないが、こういうもの永遠に完成しないものなのだろう。あまり気にしないことにしている。

ただ、ソフト開発のノウハウが我が社では皆無に等しく(だから私のような初心者が開発をやるようになったのだが)、部署によって個々人がバラバラに開発をしているため、近い将来に不都合が生じるのではないか不安である

コーディングルールモジュールの共有、あとは定期的な教育と打ち合わせなど、複数部署に跨って音頭を取る人間必要なのではないか

私自身は「なるべく能動的に会話しない」を信条としているコミュ障であり、どちらかと言えば縁の下の力持ち役割を好む方なので、できれば音頭を取る人間別に立てたいのだが、従業員100人ほどの小さな会社上司は皆ITに疎い上に経営状態もよろしくなく、外注もできそうにない。

提案するのは簡単だが、自動化提案したときにじゃあお前がやれという流れになったように、またそうなる可能性はある…

どうすればいいか、少し悩んでいる。

2018-02-27

anond:20180227143714

3回コピペしたら、コピーしなくても済むようにモジュールしろって教育しないとダメですな。

anond:20180227143518

ロジックでもモジュール化がされていれば書き直せる

馬鹿コピペで増殖させた10000行関数こそ手に負えない

2018-02-24

anond:20180224000006

いや実際相当遅いですよ

試しに組み込みのSUMIFと、モジュールに書いたSUMIF相当のユーザー定義関数

それぞれ100個並べてみると、圧倒的に再計算にかかる時間が違います

VLOOKUPや○○IF系が使いたいときって、たいがい大量のデータを扱ってる時ですしね

それにユーザー定義関数はCtrl+Alt+F9してやらないと自動で再計算走らないのもハードル高いです

2018-02-12

anond:20180212083725

そんなもんに頼らず普段から自分の主張をしっかり持って言うようにすればいいんだよ。

増田諸氏は「誰がなんといおうと○○だ、異論は認めない」くらいの勢いで物を言う癖をつけてみろよ。

日本人日和見すぎて曖昧な言い方、決め方をしすぎ。

角が立たないようにとか配慮してるつもりなのか知らんが、それは単に他人茶々を入れられるのが怖いだけだ。

日本人他人の変わった所をあら捜しして人格否定するのが大好きで、異なる価値観共存を認めない。

からちょっと強い主張をすると、「そうとも限らない面もあるでしょ思い込みすぎ偏りすぎ」みたいな感じでつっかかる。

そんな毒にも薬にもならないどっちつかずなスタンスで、物事を決められるかっていうんだ。

日本人リーダーシップが苦手なのもそのせいだよ。

みんなの意見総合して中途半端灰色コンセンサス形成することに満足感を覚えるような人間になるなよ。

そうじゃなくてビビドレッドだとかパステルグリーンだとか何かに特化したもの提示しろ

そうすれば、空いた色域の部分はその色を出すのが得意な誰かが埋めてくれる。

自分たちだけで「あれも分かってますよ、それも分かりますよ」みたいに常識人ぶってなんでも対応しようとするから

機能ゴテゴテのガラパゴス製品ができたり、なんの魅力もない製品になったり、後追いでいいとこ取りみたいな姿勢の開発しかできないんだ。

まあ別に製品開発の話をしてる訳じゃないが、とにかく普段から主体性をもってはっきり意見を持て、言え。

そうしないと他人や他組織価値観を操られるだけの人間とは呼べない存在に成り果てるぞ。

増田の言う決断委員会?なんてその最たるもの唾棄すべきディストピアじゃないか

まったくこれだから最近人類惰弱なんだ。

将来俺のような情報生命体を構成する名誉あるいち脳モジュールになりたかったら、今すぐ考えを改めることだな。

2018-02-09

https://anond.hatelabo.jp/20180209082419

おまえのオーダーの乗せ方がオーバーライドからだろ

実務で本体機能占有される動作を違うラインに乗せるのがそんなに簡単にいくのか

異なるOSの動作シームレスに1CPUができんのかよ

どっちかをスレイブ化するかモジュール化した作業既存タスクに埋めるかも考えつかないのは激怒されて当然だろ

一体なんなん

2018-01-29

anond:20180126212605

Xeon Dって普通Xeonと別系統の多スレッドタイプだった気がするけど

少なくともメモリモジュールに関しては普通サーバ用っぽいな

2018-01-17

RDBデータ暗号化(TDE)

MySQL 8.0でデータ暗号化サポートしているらしい。

面倒くさいけど、重たい腰を上げて、まずは実験してみるか。

みんな無料RDBを使う場合データ暗号化はどうやってるの?

 

MySQL以外のRDBMSでは

商用のOracleなどでは、かなり前から使えるようになっています

無償で使えるOSSでは、PostgreSQL9.3~・要NEC提供モジュール)が列単位MariaDB10.1.3~)がテーブル単位でのTDEをサポートしています

また、Amazon RDSでは、MySQLを含め、様々なRDBMSサポートしています

2018-01-03

21世紀入ったあたりから思想ツールとかモジュール的なものという発想になって気分や目的に合わせて付け替えるものっていう感覚が定着してきて

それによって最初に大きな弊害をもたらしたのがポリコレなんだと思う

2017-12-23

rubyモジュールで0を定義すると、case whenで評価できない

これ豆な

2017-12-01

ツイッターブログ仕事関係の人も読んでいるので、ここで書く。ちょっとした事情Uターンして、とある地方のしがないWEB屋で働き始めたのだけれど、半年経って、もうこれは限界かもな、と思っている。


コードレビューが無い

社員が少ないし時間がないのもわかるのだが、コードレビューがあることによって、バグコード書いた人の目に届かない部分の影響への指摘などができると思うのだ。


テストしない

フロント状態管理が大変なので、限界があると思うんだけど、バックエンドテストコード書いて、ユニットテストくらいはやろうぜ、と思っている。まあ、自分も以前まではやっていなかったので人のこと言えないのだけれど。


タスク可視化されていない

何をやっているのかわからん上にダマで変更加えてmasterにマージちゃうしかも変更しているのはモデル。もちろんテストはしないぜ。masterからブランチ切って自分作業に取り掛かってみると、知らない変更が加えられている。影響範囲なにそれ美味しいの?状態なため、変更に伴って他の部分/モジュールにはバグまくりテストコードコケまくりエラーまくり


これを誰がやっているかと言うと、上司にあたる人間がやっている。ちゃんと技術的な知識も持っているしコードもちゃんと書ける。自分よりも。なので余計にタチが悪い。一人で開発するんならそれでいいのかもしれないけど。ちなみにバックエンドエンジニアはその上司自分だけ。

働き始めて2年も経たないペーペーだし、年も離れているし、どういうアプローチをすればいいかからないんだよね。職場文化(?)を変えるのはそれなりの労力がいるし、とっとと転職して自分環境を変えた方がいいかもな、と思っているけど、如何せん地方なので、あんまり職がない。

2017-11-28

anond:20171128122928

”うーん、やっぱり君の理解度が足りないのか俺の話し方が悪いかだな”

そうですね、あなたの話すトピックや言っていることも支離滅裂ちょっと僕の理解度が追いつかないかな。ごめんね。僕の理解が足りなくて。

”俺はスマホの方が優れてるのを認めつつも進化方向性として入力・出力を切り分けたモバイル存在するべきだったという話を最初からしていた”

もう一度読み返してみ?あなたのいうスマホガラケー進化ってそれだけですか?

用途に合わせて色々用意しなきゃいけなくなった時点で道具としての価値付属品が増えるほど落ちるよ”

mp3プレイヤーカーナビビデオレコーダーカメラDVDプレイヤー電子マネーラジオATM地図帳、時刻表腕時計カレンダー付きの手帳メモ帳辞書。パッと思いつくだけ書いて見ましたがこれだけのものスマートフォンがぶっ飛ばします

必要な物だけ使えばいいだろというけどその人にとって必要な物っていうのは必需品であってスマホキーボード必要になった時点でガラケースマホ比較ガラケースマホキーボード評価になる”

全然違う。ガラケー予選落ち比較にすらなってないよって話をずっとしてる。

可能性の話をするときに現状の見えている範囲しか話ができない人間は成長性もないし開拓も開発もないとつくづく思うよ”

君の思いつく理想携帯像はこうだって話だったらもっと面白かったかな。現状に対して不満しか言ってない君が可能性の話をするなんて笑えるよ。

”きっとスマホが出る前はガラケーがどんだけ素晴らしいのか力説してたんだろうけどー”

ガラケーなんて使わずにG's Oneっていうカシオの防水携帯を何年も使ってました。白黒画面で1円で高校生の時に買った携帯ですね。ガラケー価値見出してませんでしたし。

”やってることはゲームDLC商法と同じで最初から機能つけなくても不満なくニコニコ現金払いしてくれる馬鹿を増やす仕組みだからiPhoneブランディングに力入れたんだよ”

何千何万っていうアプリを”アップル”が全部開発してそれが機種代にどのぐらい影響するかな?後、DLC商法別に悪くないでしょ。市場原理主義携帯アプリケーションにも適用されただけ。アンドロイドアップルがそれぞれしのぎを削ってくれればそれでよし。それを使いこなせない馬鹿が増えても別になんとも。

”せいぜいカメラの性能とか通信速度やバッテリーで張り合うくらいで虚しさしかない。画面がでかくなった!”

デバイスの過度な性能競争が虚しいのは同意ですね。ですけど、性能が上がることによって今までできなかったことができるようになることはあるから自分の使いたい機能と性能を選べばいいんじゃないかな?パフォーマっていうパソコンから使い始めて、アップルアップルコンピューターって名前だった時からアップル信者だけど、中華製の防水AndroidiPhone5c使ってるよ。

周辺機器全込みの金を最初からだすから全部機能ついてるスマホ出してくれよ”

それパソコンでも同じこと言える? 田舎電気屋でこのパソコンエクセルついてる?っていうのと感覚全然うからね?

必要になるたびに買うとか繋げるとか持ち運ぶという二度手間を何度も強要するのが効率的先進的?

それ間抜けとどう違うんだ。栓抜きでさえ多機能で揃えてきてるのに栓抜き以下の設計思想スマホだよ”

モジュールって考え方を勉強したら少しはわかるようになるんじゃないかな。必要機能ダウンロードして使えるようになるのがそんなに前時代的かね?栓抜きついたアイフォンケースドゾー

https://www.amazon.co.jp/ZVE-iPhone6-ケースiPhone6s-ライター-栓抜き-カメラ三脚機能付きケース-アイフォン6s/dp/B013Q4VRAI

”あと入力のものに関してもタッチパネル式では何のどこにする操作が何を意味するのかサービスによっては全く逆のデザインであることも珍しくないしそういった揺らぎは無意識意識的ストレスユーザに与え続けてる。”

そもそも一つ一つアプリ作ってる会社うから当たり前ですよね。OSだって使い勝手も随分変わりましたし。

キーに関しては戻るボタンを作ればそれを推せば戻るという機能限定されるためいちいちソフトによってマニュアル確認する必要もなければ押す箇所が毎回違う必要性もない”

一つ一つボタン作るの?今どれだけの入力値や種類がある?キーボードマウス入力できる入力値が全て?ジェット機のコックピット並みにボタンだらけにするのがあなたのいう先進的で効率的なのかな?ジェット機のコックピットだって今はデジタルで切り替えられるものになってるよ。スマホ入力ってキーボードだけじゃなくて音声入力タッチペンでの入力ジャイロ使った三次元入力だってあるよね。全部キーボードOK?

結局、見えている範囲しか話をしていないのは君なんだよ。君は見たいものだけ見て、それで自分が一番正しいと思ってる。食堂に行ったらずらっと並んだ見たことも食べたこともないお惣菜目の前にしてポカーンとしてたら、御盆だけ渡されて「自分の好きなもの食べな」って言われてるのに店員に「お前んところのベスト定食を俺に提供しろ」って喚いてるおっさんと同じかな。もしくは「全部のせで」って頼んでる人かな。

君がどこの誰でなんの開発をしてるのかわかりませんけど、いいものができるようお祈りしています

anond:20171127215759

iPhone出る前はParmOS + PHSモジュール + ガラケー + iPodって4台を持ち歩てたけど

これが1台になってシャレオツアップルから出たってのが画期的だった

2017-11-21

anond:20171121113558

エアコンは設置に電気工事士必要だったりしてちょっとめんどくさい(分解には資格不要だけど)

ドレンパン外れないアホエアコンがあったりして大変ですわ

意外と精密機械部品の塊なので普通に掃除したら元に戻らないというのもある

耐水モジュール化してご家庭で掃除できるようになるのはずっと先だと思う

4万くらい出して業者に頼んだほうが正解

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.結論

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

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

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

 

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