「例外処理」を含む日記 RSS

はてなキーワード: 例外処理とは

2019-04-17

anond:20190417143039

複数理由にによって万人を救えるメソッドなんかあるわけない。

・「救われる」条件がコンフリクトしてる(例:「KKO女性」「ロリコン児童」など)

そもそも万人を救う気が万人にない

だが君はそのメソッドが救うはずのものすら救えない欠陥メソッドを持ち出してる。

そして指摘されたら例外処理ちょっとみっともないぜ

2019-04-03

anond:20190403152304

プログラムは変化が読み取りにくい

 「このif文が全体の要だから他と違う書き方にして印象づけたい」といったことはほとんどできない

言語によるが、かなり表現できると思われる。

assertやら、ガード節やら、クラス継承インターフェース例外処理イベントswitch文…

たぶん、英語について、学校で習った文法しか知らなければそれしか使えないことに似ている。

 

プログラムはif文など書き方が決まっていて、書き方の多様性があまりない

同上

2019-02-27

ソフトウェア例外処理

理想は、どんな例外発生も想定して、きちんと処理を書いておくこと。

しかし実際はヒトがやることだから漏れがある。

その扱いについて同僚と意見が分かれた。

例えば、「入力ファイルを読もうとしたら、ファイル存在していなかった」ために、例外が発生するような場合


自分の考え:システムが出す例外メッセージ出力処理(エラーダイアログ)は、そのまま残しておくべき】

理由

  • 利用者が見ても「何かとんでもないエラーが起きている」と分かるので、バグの報告をしてもらえる。
  • さらに、例外メッセージをそのまま送ってもらえば、どこでどんな例外が発生したのかが調べやすい。
  • 処理に失敗していることは分かるので、誤った結果を使って業務を進められてしまうのを防げる。




【同僚の考え:システムが出す例外メッセージ出力は、上位の関数でまとめて catch して いい感じに表示するべき】

理由




上司の考え:ファイルを開く前に存在チェックすればいいでしょ。なんでしないの】

初めからこの人に相談しなかった理由

  • そんなことは2人とも分かった上で話している、ということが分かっていない。
  • 「例えば」の意味が分かっていない。もしくは話を聞いていない。

2019-01-12

anond:20190112201206

その例外処理コストを払うべきかどうか決めるのをお気持ちでやろうとするから話にならない

anond:20190112150155

例外処理のさじ加減の話だよね。

厳密すぎるとシステムが重くなるし。

一元的に決めるよりは、状況に応じてレベルを変えられる仕組みがあるといいと思う。

2018-12-17

anond:20181217165708

同じチーム応援してたら付和雷同じゃないの?

ならオタクだって同じカルチャーをずっと愛好してるんだから違うじゃん。

都合のいい例外処理すぎ

2018-12-02

[] Webプログラミング面白いほどわかる本

みんなで一緒に勉強してみよう!

 

Webプログラミング面白いほどわかる本 環境構築からWebサービスの作成まで、はじめからいねいに (N高校プログラミング教育) 単行本 - 2018/6/22

吉村 総一郎 (著)

https://www.amazon.co.jp/dp/4046023023/

https://www.kadokawa.co.jp/product/321712000860/

 

サーバーサイドの入門に最適な、Webプログラミングテキストが登場!

Linuxでの環境構築からGitGitHubによるコード管理Node.jsによるサーバーサイドのプログラミングが学べる!

インターネットで学ぶ話題通信制学校「N高校」が展開する、プログラミング教育メソッド大公開第2弾!

約1000人の高校生にWebプログラミングを教えてきた名物講師が、入門者がつまずきやすポイントを、ていねいに解説!

 

【本書の対象読者】

環境構築で挫折した方

サーバーサイドに挑戦したいと思っている方

SIerからWeb系への転職を考えている方

 

【本書の内容】

■Chapter1 Linuxの基本を身に付けよう

LinuxというOS

コンピューター構成要素

コマンドファイル操作する

標準出力

viの使い方を学ぼう

 

■Chapter2 シェルプログラミングをやってみよう

シェルプログラミング

通信ネットワークサーバークライアント

HTTP通信

通信をするボットの開発

 

■Chapter3 GitHubで始めるソーシャルコーディング

GitHubでWebサイトを公開する

イシュー管理Wikiによるドキュメント作成

GitGitHub

GitHubへのpush

Gitブランチ

ソーシャルコーディング

 

■Chapter4 Node.jsプログラミングをやってみよう

Node.js

集計処理を行うプログラム

アルゴリズム改善

ライブラリ

 

■Chapter5 Slackボットを作ろう

Slackボット開発

HubotとSlackアダプター

モジュール化された処理

ボットインタフェースとの連携

 

■Chapter6 HTTPサーバーを作ってみよう

同期I/Oと非同期I/O

例外処理

HTTPサーバー

 

Webプログラミング面白いほどわかる本」を出版させてもらいました

https://note.mu/sifue/n/n69fdeadc4612

この本の利用の想定としては、Webプログラミングサーバーサイドにチャレンジしていきたい方や、システムインテグレーターとしてWebプログラミングを知らずに仕事をしてきたシステムエンジニアの方が、Webプログラミングを学んで行くための下準備の知識を蓄えるために利用することを想定しています

 

実際、N予備校プログラミング入門コースは、Web業界Web活用する企業の社内エンジニア研修テキストとして利用して頂いている事例も増えており、本書の内容の学習必要とされている場所は増えて来ていると感じています

 

2018-10-20

低減税率の2%算出の

計算コスト

例外処理を作ることで、心理的な圧迫感が抜ける感じかな。

 

2018-10-17

増田プログラマー養成講座 その6 OOPの種類、PHPの準備

前回は、オブジェクト説明をした。

今回は、オブジェクトの使い方=オブジェクト指向プログラミングOOP)を学ぼう。

 

OOPの種類

オブジェクト指向プログラミングには、

  1. クラスベースJavaC++など)
  2. プロトタイプベースJavaScript、Ioなど)

などの分類があります

ここではクラスベースOOPを取り上げる。学習時間を短縮するために、Javaよりも簡単PHPOOPの基本を勉強してみよう。

 

PHPとは?

PHP (プログラミング言語) - Webページ作成のために用いられることの多い汎用プログラミング言語一種

PHPは誰でも手軽に使えるように工夫された、軽量なプログラム言語です。

 

PHPの準備

WindowsパソコンPHPを使うために、XAMPPというソフト無料)をインストールしよう。

 

XAMPPはいくつかバージョンがあるけど、ここではUSBメモリに保存できる「ポータブル」を使ってみよう。

↑このページにある「xampp-portable-win32-7.2.10-0-VC15.zip」をダウンロードして、ZIPファイルを展開します。

解凍して出てきた「xampp」をCドライブ直下コピーしてください。

これでPHPの実行環境XAMPP)の準備は完了です。

 

XAMPPの起動

Port(s)が「80,443」と表示されたら、XAMPP上のApacheWebサーバーソフト)が起動して、PHPが使える状態になってます

Apacheを止めるときは、「Stop」ボタンクリックします。)

 

PHPスクリプト作成

phpとは - はてなキーワード http://d.hatena.ne.jp/keyword/php

↓こんなかんじのサンプルコードがあるよね。

<?php

print("Hello, world!");

?>

プログラムソースコード増田に直接書くと、エスケープされて違う文字になるので、上の例では一部文字を置き換えてある。)

上記の表示の中で、全角文字の不等号「<」「>」を半角文字の不等号に置き換えて下さい。)

増田プログラムコード貼付けられないのか。不便だな!)

以上で、PHPプログラミングの準備と動作確認ができた。

 

PHPの基本文法

PHPの教材は、本やネット上の記事動画などたくさんある。自分で分かりやすものを探して読んでみよう。

ここではドットインストールPHP入門を参考にしてみよう。

 

3分程度の動画が30個=90分。最初は内容を理解できなくてもいいから、とりあえず全部一通り見てみよう。(1巡目は雰囲気だけつかめOK

 

「つまづきノート」の作成

2巡目以降は分からないことがあったらノート等にメモして、後で1つずつ解明していこう。

著者あとがき

 

私はGitを学ぶのに、実はとても苦労しました。それと同時に、「きっと同じように困っている人が他にもたくさんいるはずだ」と考えました。「理解するのに数日かかることを、短い時間でパパッと学べるコンテンツを作りたい」そう思いつき、「マンガでわかるGit 第1話」個人サイトにて公開したところ、いきなり、はてなブックマークで800ブックマークされました。

 

“つまづきポイント”を先回りするために

私は、Gitを使い始めて以降、わからないことがあったら「つまづいたこノート」に書いてきました。なお、本書の執筆にあたっても、日々勉強しながら解説を書くという形でした。わかばちゃんが「なんでこうなるの?」と疑問に思う部分は、私が過去につまづいた部分です。

 

ドットインストール PHP入門
(1) PHP利用の準備

 

(2) 構造プログラミングの基礎知識

 

(3) オブジェクト指向プログラミングの基礎知識

 

(4) その他、Webサイト作成一般的知識

 

(今回は、PHPの準備、PHPの基本文法理解までで終わってしまったorz

URLリンク10個以上貼ると、日記が書き込めないみたいなので、増田では記事を分割せざるを得ない。)

次回は、OOP関係している内容(#18~#24)を一緒に確認してみよう。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備 ←★今ここ★

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 MVCフレームワークを使ってみよう

anond:20181023184616 増田プログラマー養成講座 その10 OOP参考書

anond:20181024214737 増田プログラマー養成講座 コンテンツ一覧

2018-10-03

世田谷区役所仕事したまんが」について公務員から

まんが家山本さほさんの件で区役所炎上してますね。

b:entry:twitter.com:sahoobb:status:1047061214176661504

データの紛失と配付資料コピーの件は(マンガの主張の通りなら)相手(M山氏)がクソだね、で終わりだけど、肝心の会場キャンセル料のギャラから天引き埋め合わせについてどうしても公務員として引っかかる部分があるので。

役所の支払いとして絶対にありえないんですよ。公務員やってたら冗談でも思いつかない発想なんです。

最初可能性を並べると、

①すべてM山氏の冗談最初からギャラは全額払うつもりだった。

②M山氏は区の職員だが、マンガ教室は区の事業ではなく、区職員M山氏個人資金による個人事業だった。

③M山氏は区の職員ではく、ギャラの支払いも区役所からではなかった。((M山氏は役所から教室開催を委託された業者団体従業員で、「役所事業マンガ教室をやります」と言うのをさほ氏が「役所職員なのでそう言っている」と勘違いした。))

のいずれかしかあり得ない。個人的には③の可能性が高いと思います

①はそんな冗談を言っても相手不快にさせるだけで実行不能意味がないし、②は役所職員がそんな資金豊富だとは思えないので。

以下、天引きが実行不可能理由制度から説明します。

役所(に限らず県庁や省庁でも基本は同じ)の何の創造みもない予算執行契約業務説明なので面白くもなんともありません。①~⑤は飛ばして⑥だけで結構です。いや全部読まなくてもいいんだけど。

役所の中ではこんな事やってんだな、こんな世界があるんだなってことで。

予算を確保

役所が何か事業をやるときお金必要になります

そのために確保しておくお金の枠を「予算」と言います。(マンガでもこの言葉が出てきますね)

役所がやりたい事業計画を立てて、必要経費の見積もりをとって足し上げたものが「予算」額になります

ちなみに「予算」は使途ごとに「費目」が決まっていて、費目ごとに金額を決めて予算を作らなければならず、今回の場合は「マンガ子どもに教える」事を役場から個人団体委託するので、「委託料」になります

委託料として確保した予算は、委託する事以外には使えません。(たとえば会場借用料とかキャンセル料とかには使えません。「使用料」とか「補填賠償金」になります。)

縛りガチガチですね。公金ですから好き勝手に使えたら困りますからね。

(費目間流用という例外処理もありますが、非常に面倒な手続き必要だし、事前手続き必須で「当日現場でいきなり」できることではないので省略します。)

事業執行する部署(今回でいうと文化振興課かこども育成課か)が好き勝手予算額を決めることはできず、まずは役所内で「(予算を決定する部署である財政課による査定」を受けます

財政課は常に「財政赤字を減らさねば。予算を削減せねば、部署節約させねば。」と考えてますので、事業や経費の必要性を説明しても根拠資料不足だと差し戻しされたり、事業全部が不要だと却下されたりして、何度も査定室に足を運び、ようやく認められたものが「予算案」になります

「案」です。

財政課内でも査定担当VS上司のバトルがあるんですが省略します)

それを全部局分まとめて議会に提出します。

議会予算決算委員会委員から細かく審議されたあと、問題なければ本会議にかけられて可決されたら正式な「来年予算」として成立します。(これは首長議会が激しく対立してない限り、否決されることはまずありません。委員会で審査されるのも事業のもの必要性で、積算まで見られることはありません。良くありませんね。でも議員さんが役所の全部署事業予算案を積算レベルまで細かく分析するのは現実的ではないでしょう。)

事業に関わる予算要求~支払までの文書公文書であり公開請求すれば見られるので、オンブズマンがチェックしてる部分もあります。)


契約予算執行

さあ、新年度になりました。さっそく予算を使って事業を始めましょう。

これも事業担当職員で好き勝手にはできません。なんせ使うのは公金ですからね。

まずは「予算執行伺」の決済を取らなければなりません。「こんな感じの事業でこのくらいの金額を、この予算のこの費目から使いたいんですが、いいですか」という伺いを文書化して、契約書の案(印鑑が押して無いだけで実際の契約書と同じ)を添付して、担当係長課長審査をうけて決済をもらいます。だいたい文書を回すだけですが、目新しい事業や大きな事業だとデスクの前に呼ばれて口頭説明必要になります。(金額によっては部長とか首長レベルまで決済をもらわないといけないが、だいたいは課長決裁。)

まあ前年度に予算案を作る段階で課内でも財政課でも厳しくチェックされてるので、今更なんですが。


次は、事業のためお金を出す人・団体契約します。今回でいうと、さほ氏や会場店ガリレオですね。

契約相手はどうやって選ぶ?なるべく費用を抑えるために原則は入札。

だけど細かい契約まで入札・開札作業してたら大変なので、限定された使途と一定以下の金額に限り、担当職員契約相手を選ぶ随意契約をして良いことになっています

その場合相見積もりと言って、複数相手から複数見積書をもらって最も安い相手を選ばないといけません。

「この付近にはこの会場しかない」とか「この技能を持つのはこの人しかいない」と合理的理由がある場合には一業者・一人だけ選んで見積もりを取っても良いことになっていますが、これは例外処理なので本当にその相手しかいないのか起案文書できちんと説明しておかないといけないし、上司からも細かくチェックされます


次はまた決済です。今度は「支出負担行為」の文書を回さないといけません。

使う予算の費目(今回なら使用料委託料)、使途、実行月日、円単位金額、支払い相手先名、振込口座情報役所の支払いは原則口座振込です。研修参加費を現地受付で払うとかでない限り、職員から現金払いする事はありません。)を記載した上で、イベント関係書類見積書を添付して、また職員係長課長と決済を回します。今回は課長で終わりません。

課長から決裁印をもらったら、今度は役所の対外支払機能を一手に担う会計からも決済をもらわないといけません。

そう、お金の支払いは事業執行部署ではできないんです。

首長から独立した「会計管理者」が役所資金口座を握っていて、会計管理者の部下である会計職員役所お金の出入りの全てを行っているんです。

会計管理者は「部長」並みの偉い人なので大きい金額契約を見ていて、今回会計課に持ち込んだ「支出負担行為書」は、会計担当係長会計課長で決済されたのでしょう。(会計課にいたことがないので細かい内部処理は不明

支出負担行為書が会計課で決済を終えて戻ってきました。

そうやって初めて、相手契約できます。「依頼」ではありません。「契約」です。

役所契約行為は極一部に限定された例外職員出張で使うJRきっぷとか航空券とかの購入)を除いて、必ず文書契約です。口頭での契約絶対にできません。(お金を出す証拠が残らないので不正支出になる。)

契約書はだいたいテンプレートが決まっていて、支払い相手金額がきっちり明記されています

これを2部用意して、2部ともさほ氏に渡して押印してもらい受け取って、役所では総務課に行って総務課員のチェックを受けたうえで公印(首長印)を押印し、1部をさほ氏に渡して1部は役所で保管して契約成立です。


そうして無事契約が成立して、ようやく「役所から依頼された」ことになります

契約を結んではじめて役所はさほ氏に「教室子どもマンガを教える債務」を負わせることができます


そして教室開催当日を迎えました。

ん?担当者が会場を2カ所抑えていて、キャンセル料が必要になった?一カ所は有料のところ(ガリレオ)で、もう一カ所は無料のところ(公民館とか)だったのかな。

キャンセル料は「費目・使用料」では払えないので、帰庁して急ぎキャンセル料の支払いのため「費目・補填賠償金」の支出手続きをしないといけません。

でも、一店だけ予約していたのが講師の都合で急に開催できなくなってキャンセル、なら支払う理由も成り立つんですが、担当個人ミスで2会場予約していて、しかも当日までキャンセルしてなかったかキャンセル料が必要になった、なんて理由上司会計課に説明しづらいし、公金の支出としても市民からツッこまれそうです。(自分だったら、ダブルブッキングは無かったことにして自分の財布からします。それが一番簡単なので)


③「差し引き払い」が可能なの?

ここでM山氏が言った「さほ氏へのギャラからキャンセル料を差し引いて払いますね」は可能でしょうか。

まず「決まった報酬委託料)から急に発生した別費用差し引く」というのは不適切支出です。相手委託する業務内容に対してこの金額委託すると一度決めたのですから業務内容が変わらないのに減額するなんて役所内の決済で絶対に認められません。

これまで支出するために役所内で行った支出負担行為書には支払相手・支払口座・支払金額が明記されています契約書にも相手金額記載されています

会計課はこの通りにしか支払いしません。

から支出負担行為書を二重線で消して訂正印を押して見え消し修正する・・・無理です。訂正が効くのは誤字脱字くらいで、支払金額とか支払相手先とかの重要項目の修正はどの役所でも認められてません。契約書の訂正も必要です。

役所保管の契約書を担当者が首長印をコッソリ使って勝手に訂正したとしても(今はどこも公印の管理は厳重になってるので難しいけど)、会計課はそれによる支払を認めないし、さほ氏の持っている契約書には修正前の金額記載されている(双方の合意に基づいてない)ので、奇跡的に会計課チェックをスルーして(ありえない)減額した金額でのギャラ払いが成功したとしても、後からさほ氏保管の契約書を提示されて不足分の支払請求をされたら、口座振込による支払金額記録が残ってますから役所は追加払いしなければなりません。

追加払いするためにはまた一連の予算執行手続きがイチから必要になりますし、M山氏はいずれにせよこの段階で不正支出公文書偽造により懲戒処分です。金額という重要項目の訂正・契約書の片方印だけによる訂正を見逃して支払ってしまった会計課の担当上司処分を受けるでしょう。(まあ会計課はどこも細かいのであり得ないけど)


④支払(ようやく)

教室が無事に終わりました。

役所の支払のもう一つの原則は「精算払い(後払い)」です。

相手債務を履行したのを会計担当確認してからでないと支払えません。(例外もあるけど省略)

帰庁後、担当者は会計課にお金支出してもらうための書類支出調書」を作ります文書仕事ばかりでウンザリですか?公金だから仕方ないんです。

ここでもまた、予算の種類、費目、支払相手名、支払金額、支払口座、支払予定日、債務発生日(教室実行日)、支払内容、等を記載して、(システム化されてて支出負担行為と紐付けられてるので、ほぼ自動入力

先に決済済みの予算執行伺・支出負担行為書・役所保管分の契約原本相手委託内容を実行した証拠マンガ教室写真等)と検査調書を添付して、

課内で担当係長課長と決済をもらって、会計課に持ち込んで会計課内でもまた会計担当係長会計課長と決済を経て、

はれて会計課が銀行口座振替依頼データ送信して、さほ氏の口座にギャラが振り込まれることになります

これで「役所事業」は終了です。

もちろん課内でも会計課でも、事前に決済を受けた支出負担行為書や契約書に記載された金額相手名と、支出調書に記載された金額相手名は照合されますので、「こっそり減額した金額で支払い」しようとしても「書類間不一致」でハネられます

まあ、減額したとしてもガリレオさんへのキャンセル料の支払い手続きはされて無いので、予算が余るだけで意味ないんですけどね。


⑤その後(蛇足

これで「事業」としては終わり、なんですが、担当仕事はまだあります

年度末の決算作業決算書ができたら決算特別委員会の想定問答の作成

翌年度に行われる部内監査((事業執行課の総括課が行う))、定期監査((外部から任命された弁護士有識者監査委員会の下部機関である監査事務局による、昨年度に誤った処理がなかったか検査。支払関係特に細かくチェックされる。こっそり書類書き換えとかしてもここでまずバレる。))、監査委員自らによる委員監査監査資料作成や当日の対応

もし予算国庫補助金が入っていたら、補助金の実績報告書提出や受け入れ手続き、国の会計検査院による検査の受検((非常に細かく厳しい。ここで不適切支出とされたら国庫補助金返還となり、返還金の予算確保のために予算流用手続補正予算編成作業議会対応が出てきて死ぬ))。来年度の補助金事業計画交付申請、等々・・・


と長々と説明してきましたが、帰宅してからずっと書いてて誰が読むんだこんなの。


もっと簡単方法

役所担当が持ってる事業は1つではありません。複数分野を担当していて分野ごとに複数事業があります

マンガ教室以外にも十数~数十の事業を持ってるはずです。

教室も1回で終わりではなく年間に何回かやるんでしょう。

教室開催ごとに講師をやってくれそうなマンガ家を探して、コンタクトを取って、ギャラ交渉して、日程調整して、契約して・・・

広さと場所が適した会場を探して、見積もりとって、後払い振込払いの了解もらって、予約(契約)して・・・

講師から教材データをもらって内容チェックして、コピー製本して必要部数を用意して、当日会場に教材持ち込んで様子を写真撮影して・・・

という仕事が出てきます

そして毎回ごとに講師と会場に②~④の予算執行契約・支払手続きもせにゃいかんわけです。

マンガ教室だけじゃなく他の事業でも。

はい、無理です。一人の担当では手に負えません。

ということで、役所がこの手のイベントをやる場合教室講師の手配などイベント開催をまるごと民間業者NPO団体などに「業務委託 このエントリーをはてなブックマークに追加ツイートシェア

2018-08-14

anond:20180813145826

原因の解明と対処こそが必要、というのは同意なので、そこに至るまでの文章のうち、育て方や躾に関する記述をもう少し減らせば、誤読する人が減るのではないか。それらの記述が読む人を感情的にさせてしまって、読者が筆者の言いたい所に到達することを難しくさせていると思う。

第1段落自分の育て方や育てられ方について言及

第2段落で太字を使って育て方について言及

第4,5,6段落で犬の躾の話に対比させて、人間の子供も諭せば理解できるという話

第8,9段落結論が、原因を育て方に求めるもの

10段落中、7段落で躾や育て方に原因を直接的に求めるもの、もしくは想起させるような記載をされているので、これが読者の感情を煽ってしまっていると思う。

第7段落虐待障害については躾で対応できる範囲を超えているという話が出てくる。

10段落がおそらく筆者が一番言いたいことなので、これらと同じ主張をする文が冒頭にあると、他の躾に関する話題から例外を除いたうえで主張を読めるので、良いと思う。

主張は理解できるし、感情的になっているコメントに対して辟易としているとは思う。確かに良く読めば書いてある。しかし、煽るのが目的ではなくて原因の解明と対処必要という主張を伝えたいのであれば、少し書き方を変えたほうが変に感情を煽らずに伝わりやすいのではないかという感想を持った。

第2段落で太字になっている文や、全体的に(第7段落例外処理をしているものの)親の躾に原因を求めるような文章割合が多く、それはせっかくの主張を補足する意見ではないように感じられたので、そのような表現になった理由を知りたい。

2018-08-11

サマータイムの影響を調べてみた

会社でどんな影響がでるのか調べてみたので、メモしておきます

チャイム

40年ものの機材。始業と昼休みと終業を告げるチャイムを車内に鳴らす。放っておいても1か月に5分進む微妙な精度。サマータイムボタンはもちろん付いていないので、手動で調整する必要がある。

FAX

時計が入っていて、タイムスタンプが入るよね。あれはあまりいじったことないけど、サマータイム機能とかなさそう。海外展開していたら、ありそうだけど、日本仕様機能デチューンしてそう。

パソコン(windows10)

UTC時を基準に動いているので、対応可能現在日本ではサマータイムがないので、タイムゾーン東京大阪あたりを選ぶとサマータイム機能オフになるようになっている。正式サマータイムが決定して、windowsアップデート後にサマータイム機能が利用可能になる。

携帯電話

いわゆるガラケーガラパゴス携帯)は、一応、電波時計の調整がかかっているので、キャリア対応すれば、勝手に変わりそうな気がする。スマホOS自体対応してそう。アプリ開発者ごとに国際化対応を考えていたかどうかなんだろう。

会社玄関にある電波時計

電波の元が調整したら勝手に変わるのか。テストしたことなないだろうから、実際に発動させたら大変そう。

各部屋にあるかけ時計

サマータイムボタンはもちろん付いていないので、手動で調整する必要がある。

webサーバー上で現在時刻を取得するプログラム

これが厄介。開始時間バーコードを読み、さらに終了時間バーコードを読むようなプログラム場合、通常時間からサマータイムに変更されるタイミングにかかったときに正しい経過時間が記録されない恐れがある。多分、夜中に行うのであれば、いまのところ影響は回避できそう。24時間操業のところだと困りそう。サーバーは、そのまま放っておくというのも手のような気がした。記録を引きだす必要があるときに変換するとか、解釈するというのが現実解かも。

・予定表プログラム

同じ時間が2回くるタイミングと2時間飛ぶタイミングはどう表現しようか。深夜のことなので、寝ているだろうからスルーしていいのだろうか。切り替えタイミングとき例外処理をいれたほうが親切かな。現時点では同じ数え方で時間が経過することを前提に描画しているので、サマータイムによる時刻の変更は想定していない。実際にない制度のことを想定してコストをかけても誰もお金を払ってくれないよね。

24時間交代勤務シフト

サマータイム初日は、夜勤の後の朝の交代の人は2時間早くくるのか。サマータイムの終わりの日は、2時間残業しないと次の交代の人がこないのか。

サマータイムしない会社

サマータイムしませんという会社が現れたら、どうなるんだろう。取引上こまることはあるかな

また、思いついたら書きますではではー。

2018-06-25

他人が作ったWebアプリ改修してるけど

MVC使ってない

マジックナンバーあちこち

フラグ意味が5種類ぐらいあるが使い分け不明

例外処理なし

新規に作り直してぇ...

2018-03-12

anond:20180312005144

被ったときの影響が甚大だったら対応するし、大した事ないなら対応しなくていいでしょ。

まあ例外処理対応がとても簡単なら影響に関わらずやってもいいとは思うけどね。

2018-01-04

anond:20180104103117

コードを書く前に書くフローチャートは、だいたいこんな感じ。

前処理→中間処理→後処理
        ↓
       例外処理

たぶん、このくらいの粒度しか役に立たない。

2017-11-13

ダブスタ差別意識(例外処理)に基づくってのはまあわかるけど

だったらなおさらそんなの無くせるわけ無いやんってなるけど。

俺はやっぱりブラジルの知らない人より身近な友人のほうが大切だよ

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-08-22

大阪の人、あと外国人面倒くさい。

例外処理をしてくれっていう要求言葉に出すのはなんで?

慎み深さというものが、皆無−。

疲れるよな。

説明しきるまで、引き下がらないという面倒くささ、コスト

というか、聞けるオレ(ワイ・ワタシ)かしこーい、みたいなノリなんなの?

値引き交渉レジャーにすんな。  

日本人なら、日本の国から給料をもらい、日本健康保険制度を利用するなら、お役所仕事文句言うなー。

みなさん、そうしてますけど、なにか?

事務手続きには、時間がかかるものだし、何か?

文句ばかりを言う人は、日本から出てってくれたら、嬉しいですw

自分にもルール適応されているということが、自然と頭に入ってこないのかな?

大きな声で言われないと、理解出来ないのかな。

ちゃんと、義務果たして欲しいよなー。おつむりが足りないのかな?

2017-08-16

[] #33-4結婚はゴールじゃない!?

とりあえず、近場にいる色んな夫婦生活を密かに観察してみることにした。

けど、その夫婦の様子がちょっとおかしい。

「あれは……夫婦じゃなくなったっぽいね

離婚しちゃったのか」

捜索開始から、いきなり出鼻をくじかれた。

だがシロクロは意外にも喜んでいる。

「そうか、つまり離婚がゴールってことだ!」

自信満々にそう言ったシロクロを見ながら、俺たちはため息を吐いた。

私、女だけど、その結論おかしいと思う」

タオナケの言うとおりだ。その結論だと、離婚するために結婚していることになってしまう」

「シロクロには難しい話かもしれないけど、離婚ってのはしないに越したことはないものから。そんなものをゴールに据える位なら、最初から結婚なんてしなければいいって話になっちゃう」

「つまりシロクロの結論破綻しているってこと。それに結婚した後の生活もあるなら、離婚したってその後の生活もあるだろ。だから離婚はゴールじゃないよ」

「うーん、それもそうか」

ミミセンの話をシロクロが理解できたとは思えないが、納得はしているようだ。

「次だ! 次いってみよう!」

====


「あそこの人たち」

「いわゆるホームレスってやつだね」

「私、聞いたことがあるんだけど、ああいう人たちを“人生終わってる”とか言ってる人もいるらしいわ」

生きているのに人生終わってるって、よっぽどのことだ。

「そうか、つまりアレがゴールだ!」

「うーん、でも皆がみんなああいった風になるわけじゃないでしょ」

それもそうか。

一見すると人生終わっているように見えるが、あれでも生きていることには変わらない。

ホームレス例外処理できれば、ここで結論を出してしまってもよかったのになあ。

「……ひょっとして、ゴールなんてないんじゃないかな」

こういう時、割と核心をついたことを言うのがドッペルだ。

俺も何だかそんな気はしていた。

けど、それではあまりもつまらない。

私、女だけど、そんな頭カラッポ結論は嫌よ」

その気持ちはみんな同じだった。

けど、いつまでも見えそうで見えないゴールラインに、みんなヤキモキしていたんだ。

「そんなこと言っても、こんなに探しているのに、まるで見つからないじゃないか

「ゴールのないレースなんて走りたくない!」

「シロクロ、僕たちはレースの話なんてしていないよ」

だが、意外にも一理ある考えだ。

シロクロは何も考えずに言ったのかもしれないが。

ゴールもなしに人は走り続けられない。

ペース配分できないからな。

「うーん……」

この時の俺たちはさしずめランナーズハイで、いつまでも走れるような心地だった。

だがそれは、そう遠くないうちに息切れすることを意味していた。

それまでに、何とか結論を欲しい。

====


「なんか、あそこ騒ぎが大きくなってるな」

ホームレスの溜まり場で、やたらと人が集まっている場所があった。

ちょっとかめてくる」

変装が得意なドッペルに様子を見てもらう。

服をどこで用意していたかは知らないが、たちまち風景に馴染んだ見た目になる。

しばらくすると、俺たちが思っていた以上の成果報告をもって帰ってきた。

「……どうやらホームレスの人が誰か死んだらしい。原因は分からないけれども」

死。

それは、とても普遍的概念だ。

「となると、ゴールは死ぬってことか」

「うーん、確かにもう先はなさそうだよね」

「それとも天国とか地獄とかが実在するなら、死ぬこともゴールじゃないのかな」

「とは言っても、それは実在するか分からないしなあ。それに、もし輪廻転生かいうのがあったりしたら、ゴールどころかスタートに戻ってるよ」

「うーん……」

俺たちはゴールの見えない袋小路に入ってしまった。

走るのをやめて歩いている状態に近いかもしれない。

俺たちは走る体力も気力もなくなっていたんだ。

皆でしばらく唸っていると、ドッペルが何かに気づいたそぶりを見せる。

自信はなさそうで、恐る恐るその可能性を口にした。

「……なんだか“ゴール”って、候補含めてロクなものじゃないよね」

発想の転換に感動した一同は、まさに答えを見つけたといわんばかりに喜ぶ。

実際は何も導けていないんだけど。

「なるほど。そう考えると、結婚をゴール扱いされるのは確かに不服かもしれない」

私、女だけど、その考えに賛成するわ」

カンコン! ソウサイ!」

皆も迎合する。

「きっと、このまま探し続けても有るかどうかすら分からないし、あったとしてロクなものじゃないよ。そんなものを無理して暴いても、誰も得しない」

こうして、俺たちのゴール探しは、ゴールかどうかはともかく終着には向かったのである

(#33-5へ続く)

2017-05-22

http://anond.hatelabo.jp/20170522143218

簡単みえ事務作業が、実は例外処理連続で、とてもAIには任せられない難度の高い処理なんじゃ。

2016-12-24

最近摂取カロリー

おととい(木曜)

朝食

たぶん鍋の残り

昼食

弁当 750kcal

夕食

飲み会 計算

肉まん

ビール

アイス3個

飲み会を除いても確実に1600カロリーオーバー

しか飲み会と合わせて例外処理としたい

きのう(金曜)

ポテチ大袋 700kcal

ビール 1.5本 300kcal

アイス 1個(ハーゲンダッツ桃) 250kcal

いちおう1600kcal内か

飲み会から食事のペースがグダグダに崩れている

胃腸調子微妙に崩れて戻ってない感じがする

飲み会の前にLシステインの錠剤を飲んでおり、酔いはそこまでひどくなかったのだが

それでも翌日はずっと体調が微妙だった 動悸だったり

飲んだら酔うのだ、薬の過信はいけない

からはもう少し飲む量自体を控えよう

連休は体調を戻しつつがんばろう

2016-11-24

プログラマーの思うこと

プログラマーから製造業社内SE転職した。

VBAわかりますけど(キリッ)みたいな人が作ったマクロを直すのが苦痛すぎる。

なんでもエクセルでやろうとすんな。

マスタのデータエクセルに貼り付けたものをつかってVBA組むな。

変数はご丁寧に一番先頭で宣言祭りコントロール名前が連番、無意味な処理、データ件数を取得するためだけに同じSQLをCOUNTにして実行、無意味ループに、ifの4段ネストメソッド名が不適切(checkXXX)、スコープは全部Public、定数の概念無し(マジックナンバー多すぎ問題)、型変換の概念無し(文字列数字にぶっこむ)、例外処理なし、その他突っ込みどころ多数

オブジェクト指向なにそれおいしいの状態コードがどんどん増えていく。

てめぇのエクセルスキルはよーーーーくわかったから、これ以上クソコード増やさないでくれ

2016-11-05

PHP7で堅牢コードを書くとかいう風潮

いやまあ、これ読んだんすよ。

でさ、もうね、こいつ馬鹿なん?w ってゆう。

 

PHP7で堅牢コードを書く - 例外処理、表明プログラミング契約による設計 / PHP Conference 2016 // Speaker Deck
https://speakerdeck.com/twada/php-conference-2016

 

PHPみたいなレガシーゴミ言語にしがみついて、

必死に型とかEnumとか再発明って・・・

草すぎてコーラが無くなってしまうんだw

 

せめてさあ、Javaでも使えば?

いやっつーかホントPHPでここまで涙ぐましい努力しても、

劣化Javaしかないのが悲しいよね。

 

ペチプァっ~って馬鹿しかおらんのか?

こういうゴミ屑が勘違いして、

とか喧伝して糞案件量産してると思うと、反吐が出るね。

PHPと一緒にさっさと死んでほしい。

おまえもそう思うよな?

 

草プァ~~~w

2016-10-13

http://anond.hatelabo.jp/20161013150133

それこそ例外処理できる程度のことは受け入れるしかない。

祖父だって1/2は同姓だしな。

田中くんのお母さんの鈴木さんのお母さんの佐藤さん」とかなってくると、田中くんの保護者として鈴木さんとか佐藤さんが来るんだろ?

死ねって思うわ。

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