ぼき【簿記】
一定期間における経済活動を，一定の記録方法で帳簿に記録・計算・整理し，財産・資本・負債の増減を明らかにする計算制度。記入方法により単式簿記と複式簿記に分けられ，業種により商業簿記・工業簿記・銀行簿記・農業簿記などに分けられる。〔「帳面に書きつけること」の意。英語 bookkeeping の訳語。福沢諭吉「福翁自伝」（1899年）にある〕

デジタル大辞泉では ( https://kotobank.jp/word/%E7%B0%BF%E8%A8%98-132641#E3.83.87.E3.82.B8.E3.82.BF.E3.83.AB.E5.A4.A7.E8.BE.9E.E6.B3.89 )

会社・官庁・組合など経済主体の活動を一定の方法で帳簿に記録・計算し、一定の時点で総括して損益の発生や財産の増減を明らかにする技法。記帳方法によって単式簿記と複式簿記に分けられる。

日本大百科全書(ニッポニカ)では ( https://kotobank.jp/word/%E7%B0%BF%E8%A8%98-132641#E6.97.A5.E6.9C.AC.E5.A4.A7.E7.99.BE.E7.A7.91.E5.85.A8.E6.9B.B8.28.E3.83.8B.E3.83.83.E3.83.9D.E3.83.8B.E3.82.AB.29 )

一定のルールに従って帳簿を作成し取引等の事実を記録・管理する技法のこと。

世界大百科事典第２版では ( https://kotobank.jp/word/%E7%B0%BF%E8%A8%98-132641#E4.B8.96.E7.95.8C.E5.A4.A7.E7.99.BE.E7.A7.91.E4.BA.8B.E5.85.B8.20.E7.AC.AC.EF.BC.92.E7.89.88 )

企業や政府のような特定の経済組織体が管理する資本や財産の価値変動を一定の表現技法にのっとり記録･計算し，その結果を伝達する行為，またはその表現技法をいう。〈帳簿記録〉という用語に由来するとされ，日本では1873年(明治6)大蔵省公刊のアラン･シャンドAlexander Allan Shand(1844？‐1930，イギリス)《銀行簿記精法》で簿記という訳語が使われて以来，一般化した。この技法は現在あらゆる経済体制を問わず，さまざまな組織で用いられている。

とそれぞれ説明されている。

それぞれの単語の意味をよくとらえよう。共通する単語はなにか？

どの辞書や辞典を見ても、共通する言葉がある。例えば「経済主体」や「経済組織体」といった言葉。「帳簿」、「記録」、「計算」、「一定」も共通している。「技法」という言葉や、「増減」といった言葉も目につくだろう。

どの辞典でも使用されている同じ単語を、うまく抜き出して意味をまとめてみよう。こんな感じになるだろうか。

経済主体が行う経済活動(これを取引といったり、財産などの価値の変動ともいうようだ)を、一定の方法で記録したり、計算する。その結果を帳簿に書いておく。場合によってはそれを伝達する。これを簿記という。

さらに簡単にまとめてしまえば、「お金やものの出入りを記録するための方法」を簿記という。

とでもなろうか。これが簿記という言葉の意味である。つまり、

1.ある個人や集団がいて、

2.それらのお金やものなどの財産全般が、

3.増加したり、減少したりしたときに、

4.それを帳簿に書いておく。場合によっては誰かに伝える。

ということが簿記のエッセンスである。簿記が行っていることはこれだけだ。とても簡単なことに見えるだろう。

意味を理解するうえで間違われやすいところ

自分なりに間違いやすいところをあらかじめ指摘しておくと、

1.「簿記=財務諸表をつくるもの」だと思っている

よくある間違いは、簿記=財務諸表をつくるもの、といった短絡的な勘違い。財務諸表がまず何かわからない人も多いと思うが、主に会社が、ある期間の業績などをアピールするために作成している書類で、決算書と呼ばれることもあったりする、くらいの意味合いを抑えておけば十分だ。

いままで見てきたように、簿記そのものは、財務諸表ではない。財務諸表を作る上で役に立つが、簿記自体は財産の変動を記録して帳簿に書いておく、といった意味合いしか無い。したがって、簿記の説明で「財務諸表の説明だけしかしない」のであれば、それは間違いだ。簿記から財務諸表を作ることができるよ、といった説明ならば、もちろん間違いではない。簿記と財務諸表は別の言葉であり、意味は等しくはならない。

例えて言うならば、プログラミングをする上で様々なプログラミング言語があるわけだが、では、ある言語を持って、「それだけ」をプログラミングと呼ぶか？というようなものだ。「Java 言語でプログラミングをする」という文は間違っていないが、「プログラミングをすること=Java である」というようなことを言われると、それは誤解である。C言語やPythonや他にもいろいろプログラミングをする上で利用されるプログラミング言語はあるのだから。「USBメモリー=USB」みたいな、誤解されかねない意味の略し方になりかねない。

2.「財産の変動=現金の動き」だと思っている

財産という言葉を聞くと、簿記や会計を全く知らない人は、現金(硬貨とか紙幣)だったり、あるいは、金の延べ棒みたいなものとか、袋にドルマーク($)が描かれたものをイメージとして浮かべがちだ。実際に簿記でもそれらは対象になるのだが、「お金自身の動きだけをもって、簿記である」と勘違いしてほしくない。あくまでも、「財産」の変動を対象にしている。この財産とは「経済的な価値を持つもの」全部を指すのだ。だから現金以外もいろいろ入ってくる。

例として、火災や天災などが挙げられる。(他にも会計的なものはいくらでもあるが、知らない人がわかりやすいのはこれ以外には少なかろう)

火災や天災によって、ある会社の工場や営業で使っている自動車が焼失したり、破損することがある。このとき、会社からお金は減っていないが自動車が使えなくなってしまうために、財産として計上している「自動車の価値」を減少させる。複式簿記の仕訳で書けば、

　　○月☓日 (借方)  火災損失(天災損失などもあるだろう) □□□万円 / (貸方) 自動車(車両運搬具だったりもするが) □□□万円

といったようになる。よくわからないところが多いと思うが、「お金そのもの」がどちらの側にも無いということを確認してほしい。

「簿記=お金」のイメージが学び始めのころはついてまわると思うが、だんだん学習が進むにつれて、お金そのものを扱っているといった見方では説明できないものがたくさん出てくる。むしろそういうものばかりになる。

それゆえに簿記の言葉を説明するときには、「財産」とか、「経済的な価値変動」といったような、お金よりも抽象的な言葉で説明せざるを得なくなる。わざわざ難しそうな言葉を選んでいじわるをしているわけではなくて、正確な言葉を使わないとあとあと矛盾がたくさん出てくるゆえだ。定義がピンとこない人の方が多いと思うが、誤解しないでほしい。

「○○簿記」と行った用語のいろいろ (例 : 商業簿記 工業簿記 複式簿記 単式簿記 )

記録する対象が商業であれば、商業簿記になる。ここでいう商業とは、ものを仕入れて、仕入れた商品をそのまま販売することをいう。スーパーマーケットの(惣菜みたいなそのお店で調理していないで、)袋詰されて並んでいるものは対象に含まれる。加工している場合にはその加工にかかった費用を計算する必要があるので、商業簿記では取り扱われない。

工業簿記は、商業簿記とは異なり、仕入れたものを加工して販売する。典型的なのは自動車産業のようなものだ。鉄やガラスなどを加工して、自動車を作り、それを売る。加工する途中で、工員が作業を行う必要があるし、加工のために工具や電気代、燃料代などがかかるだろう。そういった加工を伴う簿記が工業簿記の範囲である。(工業とついているので、工業だけと思われるかもしれないが、加工を伴うものであれば工業以外でもよい。例えば洋服をオーダーメイドで作製する個人商店なども、布地を加工して服に仕立てるので、工業簿記の範囲だ。生の牛や豚をさばいて、畜肉にする作業も加工を伴っているので工業簿記である。テクニカルタームだが、そういうときは副産物や連産品として処理したりする。金額的な重要性によって会計処理が変化することがあるが)

他にも農業簿記や銀行簿記といった言葉もある。それぞれ農業で使用される簿記、銀行業務で使用される簿記である。(私も詳しくは知らない)

ここまでは、業種に応じた簿記の違いであった。複式簿記と単式簿記の違いは、記録のとり方(これを記帳方法と呼ぶ)の違いである。

単式簿記は、記録を取るときに、科目を一つだけにしぼって記帳する方法である。家計簿や子供のおこづかい帳のようなものだ。(と書くと、ほとんど使われていないと思われるかもしれないが、少し前までは東京都は単式簿記で記帳していたし、他の自治体は、今でも単式簿記によるところもあると思われる)

例えば、お母さんからおこづかいをもらった時に、

　　○月☓日 おこづかい 500円

などと、お小遣い帳に記帳する。もしおこづかいから、おやつを買ったときには、

　　○月△日 おやつを買った -300円 (あるいは支出欄があれば、そこに300円と書く)

などと書いていけば良い。この「○月☓日おこづかい 500円」といった部分を仕訳と呼ぶ。

複式簿記は、記録を取るときに、科目を左側と右側の両方を立てて記帳する方法である。

例えば、お母さんからおこづかいをもらった時に、

　　○月☓日 (借方)  おこづかい 500円 / (貸方) おこづかい受贈益 500円

などと、帳簿に記入することになる。この、「○月☓日 (借方) おこづかい 500円 / (貸方) おこづかい受贈益 500円」の部分を、単式簿記の時と同じく、仕訳と呼ぶ。(受贈益という言葉が気になるかもしれないが、今回は説明しない。正確に書くための前提知識がそれなりに必要なので。今回は例に挙げただけなので、もらって得した、というくらいの浅い理解で十分だ)

この、仕訳を書く帳簿を仕訳帳と呼ぶ。(たまに普通仕訳帳と読んだりもするが、その場合特殊仕訳帳があるケースがほとんどだ)

単式簿記は科目が1つで、複式簿記では科目が2つになることがわかるだろう。これは正確に言うと、複式簿記は科目を書く欄が「左側と右側と2つある」という理解をしてほしい。したがって、もし、お母さんだけでなく、その日にお父さんからもおこづかいをもらったとしたら、複式簿記で仕訳を作ると以下のようになる。

　　○月☓日 (借方)  おこづかい 1200円　/ (貸方) お母さんからのおこづかい受贈益 500円
　　　　　　　　　　　　　　　　　　　　/　　　　お父さんからのおこづかい受贈益 700円

右側が2行になったことがわかる。左側は1行のままだ。そして、右側の金額を合計すると、左側の金額の合計と一致していることもわかるだろう。これも複式簿記の仕訳である。このように、右側が2行になったりすることもあるし、反対の左側が2行になったりすることもある。もっと行数が増えることもある。仮におじいさんやおばあさんからももらったとしたら、3行、4行と増えることになるだろう。(狭義の簿記の範囲外だが、連結財務諸表の合算の仕訳などが典型例だ)

このように、複式簿記は「左側と右側」にそれぞれ科目を立てるゆえに「複式」簿記と呼ばれる。

(余談だが、行列簿記など、他の記帳方法も存在する。自分も詳細は知らないが)

複式簿記の場合、仕訳帳に仕訳を書いたあと、勘定科目ごとに総勘定元帳と呼ぶ別の帳簿に転載する。この転載する作業を「転記」と呼ぶ。(この後もいろいろ話はあるが、まあこれくらいのことがわかれば複式簿記のイメージが持ってもらえるはずだ。)

まとめ

いろいろ例を挙げて説明してきたが、今までの内容をまとめる。

1.簿記とは「経済価値の増加や減少を記録して、帳簿につけること」を意味する言葉である。

2.簿記の頭に○○簿記と言ったように、修飾語がつくときには、その修飾語は業種や記帳法(帳簿の記入形式)を詳しく説明している。前者は商業簿記や工業簿記など。後者は単式簿記や複式簿記といった言葉がよく使われる。

3.複式簿記という簿記は、仕訳が左側と右側の2つに分かれている。左側の合計と右側の合計は同じ金額になる。単式簿記は1つである。

といったことを説明してきた。おそらくこれだけ知っていれば、簿記という言葉がおおよそ何を意味するかわかるはずだ。(会計という言葉はまた別の意味になる。単語が違うということは、当然その意味は違うのだから)

もしこれを読んだ人に子供さんがいたりして、その子供に「簿記って何？」と聞かれたとしても、今までの内容を漏れ無く、内容を興味を持てるようにある程度やさしいものに組み立てなおして説明してもらえれば十分わかるはずだ。

簿記という言葉の意味については、会計方面に接点がない人は、今までの内容を理解してもらえれば、十分である。もちろんこれから会計を学ぼうとしている人も、今までの説明で、これから学ぶ内容と矛盾が起こらないように配慮して説明してきたので、そこそこ役に立つはずだ。

Permalink | 記事への反応(2) | 14:03

2015-11-12

■参考訳：拡散したJavaデシリアル化の脆弱性についてApache Commonsの声明

原文：https://blogs.apache.org/foundation/entry/apache_commons_statement_to_widespread

原題：Apache Commons statement to widespread Java object de-serialisation vulnerability

翻訳日：2015年 11月12日（午後にタイトルを日本語にしました）

－－－－

2015年 11月1日火曜日

Apache CommonsのJava オブジェクトのデシリアライゼーション脆弱性に関するステートメント

著者：Bernd Eckenfels（コミッター）, Gary Gregory（Apache Commons 副責任者）

AppSecCali2015 でGabriel Lawrence (@gebl) と Chris Frohoff (@frohoff) によって発表された "Marshalling Pickles - how deserializing objects will ruin your day" は、信頼されないソースからシリアル化されたオブジェクトを受け取るときのセキュリティ問題をいくつか明らかにしました。主な発見は、Java オブジェクト・シリアライゼーション（訳注：seriarization／シリアル化／直列化＝ネットワークで送受信できるようにメモリ上のオブジェクトデータをバイト列で吐き出すこと。シリアル化されたJava オブジェクトはRMIなどのリモート通信プロトコルで使用される。）を使用する際に任意のJava 関数の実行や操作されたバイトコードの挿入さえもを行う方法の説明です。

Frohoff氏のツールである ysoserial を使って、Foxglove Security社のStephen Breen (@breenmachine) 氏はWebSphereやJBoss、Jenkins、WebLogic、OpenNMSといった様々な製品を調査し、(http://foxglovesecurity.com/2015/11/06/what-do-weblogic-websphere-jboss-jenkins-opennms-and-your-application-have-in-common-this-vulnerability/) に各々の様々な攻撃シナリオを記述しています。

両者の調査活動は、開発者がJavaのオブジェクト・シリアライゼーションに信頼を置きすぎていることを示しています。認証前のシリアル化されていないオブジェクトにも。

Javaにおけるオブジェクトのデシリアライゼーション（訳注：de-serialization／非直列化＝ソフトウェアで扱うことができるように、送受信されたデータを元に戻すこと）が行われるとき、大抵は想定された型にキャストされ、それによって、Javaの厳しい型のシステムが、得られた有効なオブジェクトツリーだけを保証しています。

不幸にも、型のチェックが起こるまでの間に既にプラットホームのコードが生成されて、重要なロジックは実行されてしまっています。そのため、最終的な型がチェックされる前に、開発者のコントロールを離れた多くのコードが様々なオブジェクトの readObject() メソッドを通じて実行されてしまいます。脆弱性のあるアプリケーションのクラスパスから得られるクラスの readObject() メソッドを組み合わせることで、攻撃者は（ローカルのOSのコマンドを実行するRuntime.exec()の呼び出しを含めて）機能を実行することができます。

これに対する最も良い防御は、信頼されていないピア（通信相手）とは複雑なシリアル化プロトコルを使うことを避けることです。ホワイトリストのアプローチ http://www.ibm.com/developerworks/library/se-lookahead/ を実装するように resolveClass をオーバーライドするカスタム版の ObjectInputStream を使うと、影響を制限することができます。しかしながら、これは常にできることではなく、フレームワークやアプリケーションサーバがエンドポイントを提供しているような時にはできません。簡単な修正方法がなく、アプリケーションはクライアント・サーバプロトコルとアーキテクチャを再検討する必要があるため、これはかなり悪いニュースです。

これらのかなり不幸な状況において、エクスプロイトのサンプルが見つかっています。Frohoff氏は、 Groovy ランタイムや Spring フレームワーク、 Apache Commons コレクションからのクラスを組み合わせるサンプルのペイロードに gadget chains (ガジェット・チェーン）を見つけています(訳注：provided)。これはこの脆弱性のエクスプロイトのためにより多くのクラスを組み合わせられることは完全に確実なことで、しかし、これらは今日、攻撃者が簡単に得られるチェーンです。

(Twitter 画像)https://blogs.apache.org/foundation/mediaresource/ce15e57e-94a4-4d7b-914c-8eb8f026659c

この脆弱性のために利用される(訳注：blamed)ことができない確かな機能を実装するクラスができ、安全性が信用できないコンテキストにおけるシリアル化を利用されないようにするような既知のケースの修正ができたとしても、少なくとも分かったケースだけでも継続的に修正していくことが要求されます。モグラ叩きゲームを始めるだけであるかも知れませんが。実際にはこれは、オリジナルチームが Apache Commons チームに警告が必要だと考えていない理由で、それゆえに比較的、活動開始が遅れました。

Apache Commons チームは InvokerTransformer クラスのでデシリアライゼーションを無効化することによって commons-collection の 3.2 と 4.0 のブランチにおける問題に対処するために、チケット COLLECTION-580(http://svn.apache.org/viewvc/commons/proper/collections/branches/COLLECTIONS_3_2_X/src/java/org/apache/commons/collections/functors/InvokerTransformer.java?r1=1713136&r2=1713307&pathrev=1713307&diff_format=h) を使っています。議論されているやるべきことのアイテムは、変化させる仕組み毎(per-transformer basis)に、プログラマティックに有効にするような機能を提供するかどうかです。

これには前例があります。Oracle と OpenJDK JRE の一部であったり、バイトコードを挿入して実行することを許したりする com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl クラスで、セキュリティマネージャーが定義されているとデシリアライゼーションを拒否します。

これはシステムプロパティ jdk.xml.enableTemplatesImplDeserialization=true とすることで無効にできます。Apache Commons Collection は、本来よりもこの実行モデルは一般化していないため、セキュリティマネージャーの存在と独立したこの機能を無効化することを計画しています。

しかしながら、明確化のために述べておくと、この便利な"ガジェット"は、唯一知られている方法でもなければ、特に未知のものでもありません。そのため、インストールされたものを強化されたバージョンの Apache Commons Collection に置き換えることが、アプリケーションをこの脆弱性に対抗できるようにするわけではありません。

このブログポストのレビューのために Gabriel Lawrence に感謝したいと思います。

Apache Commons Collection は、Java コレクションフレームワークに加えて追加のコレクションクラスを提供する Java ライブラリです。InvokerTransformer はコレクションにあるオブジェクトを（特にリフレクション呼び出しを通じてメソッドを呼び出すことで）変換するために使うことができる Transformer ファンクションインターフェースの実装の一つです。

一般のSallyによる2015年 11月10日午前10字15分にポスト | コメント[1]

コメント：

Oracle は Weblogic にセキュリティアラートを発行しています：

http://www.oracle.com/technetwork/topics/security/alert-cve-2015-4852-2763333.html?evite=WWSU12091612MPP001

提供されている回避策は、T3プロトコルへのアクセス（とリバースプロキシーにおけるT3メソッドのフィルタリング）です。

Permalink | 記事への反応(0) | 05:20

2015-11-11

■プログラム 言語多すぎない？

PHP,Ruby.Python,Javascript,Java,C言語,C++,C#,Swift,go

そのほかいろいろ数えきれないよ

なんでこうも多いのさ

Permalink | 記事への反応(2) | 19:31

2015-11-06

■ http://anond.hatelabo.jp/20151106113708

参照透過性ってなんだろう。

インスタンスが新たに生成されるのか、参照渡しになるのかわからない。

書き変わるのがいったいどのインスタンスなのか明確じゃないのが困る。

javaだといちいち挙動を覚えてないといけないから面倒。

Permalink | 記事への反応(1) | 11:51

2015-10-28

■おすすめのプログラミング言語9選

1. C

基本。K＆R読んでおけば老害との会話に困らない。

2. C++

これ書ければ何でも書ける。

3. PHP

ネタにするために。

4. Ruby

バカでもWebSiteを作れることを知れる。

5. sh

バッチ用。

6. Swift

iOS。

7. Kotlin

Android。

8. Lisp

プログラマとしての嗜み。

9. Scala

関数型言語入門として。

10. Java

一応。

Permalink | 記事への反応(2) | 16:49

2015-10-27

■ノンプログラマーでもシステム出来る系製品はことごとく地雷

SIerが欲しがるプログラマーなしでもシステムできちゃう製品あるでしょ。

分岐をアイコンのようなやつでつなげるとか、ものっすごく単純にしたドメイン固有言語をコピペするだけでシステム完成するやつ。

パソコンのﾉの字も知らないオッサンは、上流の設計をそのまますぐに設定をしてお客に売る。

人月がめっちゃ安くなるよ―！！っていうアイドルと付き合えちゃうくらいなレベルの妄想をもっているらしい。

でもね。

今まで見てきたけど全部燃えてたよ。

ガソリンがたんまり仕込まれている焼夷系の地雷なんだよあれは。

大体お客さんは安い安いとか言っときながら、SIでシステム買おうとしているから絶対に自分らの社内ルールに合わせた複雑な要望を持っている。

社内ルールをパッケージに合せることや、システムの設計と社内のルールを歩み寄らせるというのは理想だが根付いていない。

本来ならばシステム担当役員が企業全体のフローごと改革するような強い権限を持っていればいいが、システムを買う窓口になっているお客サンがわのSEは普通の平だし、ヘタしたら外部の人間だし、

とにかく既存のフローを変える権限はないし、変える気もない。

だから企業ごとのカスタマイズが必要になるのだが、あのノンプログラマー大丈夫系製品はほっとんどかゆいところに手が届かない。

ノンプログラマー大丈夫ってことは、プログラミングでの抽象度の高い操作を極力無くしてほぼ設定段階で済ませようとしているのだとおもう。

そしてノンプログラマーでも大丈夫系製品なので本当にノンプログラマーで構成された上流たちが、お客の要望をきいて「できそうじゃね？」「販売元にきいてみっべ」「いざとなれば誰か外注すっか」みたいなノリでやりがち。

そして実はその製品ではお客の要望を満たすことは出来ない。

で、「仕方ないプログラマ様にきていただぐべ」とかなるんだけれども

プログラマ様も謎の製品について学習するコストもかかってしまって余計時間がかかってしまう。

はっきりいってピュア Javaで書いてくれたほうがわかりやすい。

この手の製品で本当に挙動が分からなくて、サポートに電話しても要領を得なくて、でも上からは「おら、やれよバカ」っていわれて

しかたないから Classをデコンパイルして読んで、できません…っていうこともできないから、結局別プロセスで動かす逐一データを変換するような物をつくらなくちゃならなくなった。

それ誰が面倒を見るの？

納期に迫られてしかたねーしかたねーでとりあえず作ったし、オレは外部の人間だからすぐ抜けちゃうけどさ

ノンプログラマーのプロジェクトの方たちホントどうするの？

こんなことここ五年で4回くらいみた。

簡単にする仕組みは良いよ。

でもコードを隠蔽するような奴はだめだ。

ブラックボックスだし小回り聞かないし、でも色々な要望がでてきて結局袋小路に追い詰められるんだよ。

使って良いのはプログラミング言語の上を覆うくらいのフレームワークまでだね。

あとね。

お客サンは大体自分らの要望や仕様しらないんだよ。

でもこっちで提案してもダメなんだよ。

作っている途中で思い出す感じなんだよ、

そんな状態なのに機能が制限されている簡単ツールなんて使うなよ。

ねえねえ。

業務系以外のIT 業界ってどうなの？

Permalink | 記事への反応(2) | 00:35

2015-10-26

■

”Javaの空気は美味いな”

3 件（0.19 秒）

Permalink | 記事への反応(1) | 22:29

2015-10-22

■Chocolatey使っても大丈夫？

「便利そう」と思いながらもChocolateyのパッケージ群を信頼していいのか分からなくて常用に至っていない。

Microsoft 公認だから大丈夫だとは思うんだけど、パッケージがメンテナ任せと聞くとどうも信頼できない。

入れるのはLINE、Skype、Java、Flash、Chrome、Google日本語入力ぐらい。

(他にもインストールするものはあるけれどChocolateyには置いてない)

そこまで手間は変わらないし、何も危険を冒すことはないかなという気がしている。

……なんか書いてて「福島のお米を買うのはやめよう」と言ってるのと同じ気がして嫌になってきた。

Permalink | 記事への反応(0) | 21:29

2015-10-21

■Array.ForEachがうまくいかないから

for(var i = 0; i ＜ list.length; i++){
}

にしておいた。Windowsにjs ファイルでスクリプトを食わせたら動いたけど、XulRunnerよ、Array.forEachは使えないんだなきっと。ふざけやがって。計6時間消費、Array.forEachを何とかつかってやろうと思っていたが。

Mozilla が Microsoftなどに負けたのは、ふつうに使える開発ツールが無さすぎなんだよ。傾斜生産方式を見習えっての。

少し直してはアドオンパッケージングして、ロードさせてアプリ再起動させて実行、また直してはアドオンパッケージングして、ロードさせてアプリ再起動させて実行で、たかが１文字間違えていただけで見つけるのに数十分もかけさせられてたら萎えるわ。alertも使えないし、console.log とかいうのも ctrl+shift +J で出る画面になにも表示されないし。

Visual Studioはサイコーだね！！Java なんて手を出さなくて助かったわ。重くてすぐオチる Eplicse なんて使っていたらストレスたまるし。

Permalink | 記事への反応(2) | 11:57

2015-10-18

■試験を受けた

疲れたので箇条書きで。結論から言うと多分不合格です。

午前
- 試験会場の会場広い……。
- HBもBも持ってなくて2B使ったけど大丈夫だったのかな。
- 意外と過去の問題がそのまま出るんですね。
- 問題用紙に色々書けるのありがたい。
- 自分と同じ列の人みんな30分前ぐらいには全員退出してた。こわい。
- だいたい解けたので80点ぐらい
午後
- おにぎりを食べました。おいしかったです。
- 最初の問題(必須)がよく分からず、多分こうするよねみたいな勘で解いた(怪しい)
- 選択、おさえてた範囲の問題は救済のように感じられたかも。
- 二つ目の必須、既に知ってた人なら楽に解けてそう。私は知らなかった。
- 最後のはJavaを選びました。Java1.5以降の文法普通に出るのね……。
- まだ2時なのに勘違いして「あと30分しかない」と焦って吐きそうになった。
- この辺りで増田に書くネタを2つ思いついた。
- 2時半を過ぎた頃になって3時半までだと気付きなおしたけど遅かった。
- 適当に埋めたところを含めて一応欄は埋まってて「これは大丈夫なのでは」となり、これが認知的不協和というやつか……みたいなことを考えた。
- 見直ししてたら間違ってるところ見つかるし嫌になってきた。
- 疲れた。色々と忘れたい。