@nebula121 Pythonの場合、iniでよければこれ使うといいっぽい？＞＜ docs.python.jp/3.5/library/co… （なんかそれだけで全部の説明が終わっちゃう気がしなくも無い＞＜；）
@nebula121 Pythonの場合、iniでよければこれ使うといいっぽい？＞＜ docs.python.jp/3.5/library/co… （なんかそれだけで全部の説明が終わっちゃう気がしなくも無い＞＜；）
@nebula121 なんか説明ぐちゃぐちゃになっちゃったから要点を書くと、 読みたい項目読む→項目無いんだけど→じゃあ古い設定項目から読む→それも無いんだけど→じゃあデフォルト値にする ってすれば古い形式の設定ファイルも読めて移行できる＞＜
PC使う人というかプログラミングする習慣がある人の方が自問自答する機会が多いかもだから、（他人の心がわかるかどうかはおいておいても）人がどうしてそう考えるのかを考察する機会は多いよね＞＜（じゃないとプログラミングできない＞＜）
『（ほんの少しでも）プログラミングする人』に対する安心感みたいなのってあるよね＞＜ 少なくともプログラミングが出来る考え方を持ってる人だみたいな・・・＞＜ だから相手がプログラミングする人とかしない人かで話し方とか変わっちゃう＞＜（する人にはずばずば言う傾向強くなる感じ＞＜）
計算機系の偉い人でもPC使ってないとかインターネット使わないって公言してる人って結構居るけど、わりとわけがわからない・・・＞＜ 文字通りの計算機としても優秀だし、インターネットほど巨大な書物は無いのに＞＜
元のリツイートの話に戻って、"、「パソコンばっかりやってると人の心がわからなく〜」"って言った人は、どうしてそう考えたのか謎かも＞＜ もしかしたら言った本人はどうしてそれを考えたかも考えてないかもしれないし、それは状態として自分の心すらわからないという事になっちゃうかも＞＜
わかるという事はどういうことか？という事も考えてなさそう＞＜ その文脈での『わかる』は「○○っていいよね」「わかる！＞＜」と同じなのか、それとも理由まで含めて考えたわかるなのか？＞＜ 共感なのか納得なのか知識なのか考察なのか？＞＜
ANA8551が1:30am JSTの時報になっちゃってて聞こえてこないとなんか変な感覚＞＜； 防災行政無線チャイムの平日限定深夜バージョン的な＞＜；
JRの線路の近くに住んでる人とかだと、深夜の貨物列車通過音がそういう時報感覚になってたりする人も居るのかな？＞＜
@nebula121 設定は設定管理クラスに保持される方式ならぐちゃぐちゃになっちゃうのは設定クラスだけで済む＞＜ 実際に動作する部分が保持してる値←<必要な時に読み書き>→設定管理クラス（中ぐちゃぐちゃ）←<起動時や設定ダイアログ弄った時に読み書き>→設定ファイル みたいな＞＜
今日はフライトプランどおりに飛んでるっぽい＞＜ - ANA203 on Flightradar24.com fr24.com/ANA203/867afc5 #flightradar24
@nebula121 互換性が必要な部分だけそうして、さらにそういう部分であるとわかるようにコメントで書いておけばあとで「もうこんな古い形式の設定ファイル使わないかも・・・」ってなった時にばっさりカットできるかも＞＜ そしたらきれいに＞＜
@nebula121 設定クラスを分離すると、設定クラスが読み書きをファイル管理する形になって、ファイル形式を変えてもそれ弄るだけで済む＞＜ もう一つのメリットは、設定クラスにクローンを作る機能をつければ、設定ダイアログの「適用」とか「取り消し」を超簡単に実装できる事＞＜
@nebula121 状況わかんないけど、アプリの設定と、データの設定は分ける方が便利な方が多いかも＞＜（あえて分けない方法は特殊事例かも＞＜（オレンジが作ったものだとISSClock2は分離されて無い方式＞＜））
@nebula121 つまり、「アプリの設定ファイル」、「プロジェクトファイル」「データファイル」ってして、プロジェクトごとの設定はプロジェクトファイルに保存ってするのが一般的かも＞＜（場合によっては後者2つをまとめて単一ファイルに＞＜） で、それぞれを扱うクラスを作る感じ＞＜
@nebula121 内部的には終了時とかにプロジェクトファイルとか全部の設定ファイルを、専用の別名で勝手に保存しちゃって、次の起動時にはとりあえずそれを読むようにすると、いつでも終了できていつでも起動できる便利なアプリに＞＜ いわゆるレジューム機能＞＜
ANA203、KALONまではフライトプラン通りでafter KALON direct HAIJIで、そこから途中でdirect AVGOKかな？＞＜ LiveATC聞いてないからわかんないけど・・・＞＜（ていうか聞けるエリア外だ＞＜）
@nebula121 構造どうしてるかわかんないけど、プロジェクトファイル方式の場合、ツリー状な感じになるかも？＞＜ ある作業をする時に必要なファイルはある専用の一つのフォルダに置かれるべきかも？＞＜（あるいは単一のファイルであるべきかも＞＜） IDEとかもそうなってるかも＞＜
@nebula121 んで、レジューム機能に関しては、そういう形式のファイルを、"作業中のプロジェクト"のファイルを、アプリの設定フォルダの中に専用フォルダを作ってそこに保存しちゃえば、（いちいち保存する操作をしなくても）いつ終了しても起動したらまた続きが出来るアプリになる＞＜
@nebula121 その例えで言う所のプレイリストがプロジェクトファイルかも＞＜ プレイリストは作業するひとまとめの単位を記録してるけど、データ本体（曲）ではない＞＜ プレイリストに相当する物＝プロジェクトファイルがあると、アプリ作る時も使う時も便利かも＞＜
@nebula121 さらに、もしプレイリストにイコライザの設定（またはイコライザ設定ファイルの場所）も書ける様にしておけば、プレイリストAとプレイリストBで同じ曲をかけるときに違うイコライザ設定で再生されるようにも出来るかも＞＜
@nebula121 それら何もかも全てを一つのjsonに保存してしまっていると、その中から一部のデータのみを他で使用したい時に不便になってしまうかも＞＜ 一方で分割すると、読み込みの操作がファイル選んだりめんどくなる＞＜ めんどく無いようにレジューム機能つけるという解決方法＞＜
@nebula121 プロジェクト自体が、プロジェクトクラス みたいな感じになっていれば、複数のプロジェクトを同時に読み込んだ状態で切り替えながら使うのもかなり簡単に出来るかも＞＜
@nebula121 うん＞＜； その通り＞＜ ただ、対象のファイルに勝手に上書き保存しちゃうと「ああ＞＜；」ってなっちゃう事があるから内部に別名で保存する方が優しいかもって言いたかった＞＜
@nebula121 構造としては、プロジェクトクラスがその下に表示するデータとかのクラスを持ってて・・・みたいな構造になるかも＞＜ プロジェクトクラスに対して「保存」とか「読み込み」とか指示する感じ＞＜
@nebula121 それは例えば「最近使ったファイル」方式とか＞＜ あるいは複数読み込みする方式の場合、横にファイルのリストがついてたり＞＜
@nebula121 うん＞＜ ついでに内部がこの構造になると、ウェブブラウザみたいにタブで同時に複数のプロジェクトを扱えるように改造するのでさえもかなり簡単に出来ちゃうはず＞＜
@nebula121 つまり、リストコントロールを使うかタブコントロールを使うかって違いだけで、やってる事は同じかも＞＜（タブの場合はタブの中身が単一でそれの表示を書き換えてるだけの場合と、実際にページがいっぱいある方式（ブラウザとか）と両方あるけど＞＜）
@nebula121 横に追加ボタンと消去（ファイル削除と混同しないように「このリストから削除」って名前になってる事が多い？＞＜）ボタンを置く手も？＞＜
@nebula121 あ＞＜ 内部構造の意味では、その物に持たせたいのであればPySideの場合 PySide.QtGui.QComboBox.addItem(text[, userData=None]) のuserDataをプロジェクトクラスのオブジェクトにすればおｋかも＞＜
@nebula121 つづき でも、直接持たせるんじゃなく、プロジェクトのリストは別で内部に持っておいて、GUIにはタイトルだけ設定する方が一般的かも＞＜
Qtのコンボボックスの中身（のリストの中身）ってQStringなのか・・・＞＜（クラシカルな構造・・・＞＜）
@nebula121 あるいは丸ごとツリービューで表示しちゃう手もあるかも＞＜ IDEでよく使われてる方式＞＜
@nebula121 あってるかわかんないで書いた（＞＜；）けど、関連するオブジェクトを保持させるための仕組みかも＞＜ QVariantになってる＞＜（＝何でも入れられる） ちなみに.NET Frameworkの場合そもそも文字列に限らず直接に限らずなんでも入れられる＞＜
@nebula121 コンボボックス＋リストじゃなく、ツリービューにプロジェクトがずらーってあってその下にデータファイル（？）がずらーって＞＜ Windowsのエクスプローラーの表示もそうなってるかも＞＜ たたんだり展開したり＞＜
@nebula121 煩雑かもだけど、VSのソリューションエクスプローラーとかはそういうGUIで（ソリューションや）プロジェクトの設定に従って処理するってGUIになってるかも＞＜ ただツリービュー使うのは今のコンボボックス使ってる状態からの書き換えには時間かかっちゃいそう＞＜
@nebula121 あ！！！＞＜ 今、理解やっとしたかも＞＜； CSVファイルはそのままで、いろいろ出力方法で出力するってGUIかも？＞＜； だとしたらコンボボックス使うのが一番正しいはず＞＜
@nebula121 一番近いのはイコライザ設定のGUIかもだし、イコライザ設定画面を真似するといいのかも＞＜
@nebula121 うん＞＜ あとはその環境用のデザインガイドがある事多いから、その中の該当しそうな部分の記述に従うのが最も正しいかも＞＜ 逆に自分で新たな正しいデザインを見つけるのも楽しい＞＜（その場合すごく考えないといけないし、お勉強もしないと使い難い 珍デザインに＞＜；）
@nebula121 LTNからだからちゃんと探せないけど、これかも？＞＜ ユーザー インターフェイス デザインのガイドライン msdn.microsoft.com/ja-jp/library/… Win7の時のが一番説得力あったからそれが一番おすすめなんだけど・・・＞＜
@nebula121 現行はこれかもしれない＞＜ Windows デスクトップ用アプリの設計 - Windows アプリの開発 dev.windows.com/ja-jp/desktop/… OperaClassicからだと見れない＞＜；
@nebula121 Windows7の時に日本語翻訳版公開されてたから、消されてなければあるはずだけど見つからない・・・＞＜
@nebula121 なんかWin7のは概要版だけ残して消されちゃったっぽい？＞＜； でも、概要版でも十分情報載ってるかも＞＜
@nebula121 内容ほとんど忘れてたけど、概要だけでもありとあらゆるデザインに使えるガイドとしても通用するすばらしさだし、機械の設計とかにも使えるレベルだし、これが出来てない自称デザイナ山ほど居るし、それを殴れるすばらしい鈍器としても使えるかも＞＜
Windows ユーザー エクスペリエンス ガイドライン : msdn.microsoft.com/ja-jp/windows/…
これに書かれてるような内容を無視しまくってるのが最近のGUIデザインだね・・・＞＜（8.1のガイドライン読んでないけど7のガイドラインで8以降のガイドライン殴れそうな気が・・・＞＜）
内容の8割「そうだよね＞＜」ってなって、内容の2割くらい「ちがう＞＜」ってなるのおもしろい＞＜
ていうかこれを読ませてからエアバスとボーイングの思想を説明したら「エアバスの方が正しい」ってなるかも＞＜ ある意味エアバス的な発想なガイドライン＞＜（一方で、オレンジ的ではない＞＜）
オレンジが普段ぶちキレまくってる事だけど、MS自身がこれ出来てないよね＞＜＃ プログレスバーどんどん廃止してるしキャンセルできない場面ばっかりになってるし＞＜
完了予定時間は、例え見込みを読み間違えて大きく変更する事になっても伝えなければいけない＞＜ 一方、プログレスバーは絶対に巻き戻してはいけないし、巻き戻したら土下座しないといけない＞＜
そういえば、キャンセルできない設定ウィンドウ（設定画面）が主流になっちゃってるけど、それに異を唱えてる偉い人はいないのかな？＞＜ アンドゥできないデザインはゴミだと受け取れなくも無い事はノーマンが言ってるかもだけど、本人使ってるの設定アンドゥできないMacらしいし・・・＞＜；
設定変えてたらわかんなくなったら初期設定にしか戻せないってすごいストレスだと思うんだけど＞＜ 操作しているデータは履歴を取って操作をアンドゥできるようにするのが当たり前なのに、なぜ設定はそれが逆に出来ないデザインが主流になっちゃってるのか＞＜；
10年位前？までは、「設定を押した後に『適用』あるいは『OK』を押さないと反映されない（＝プレビューできない）のは直感的ではない」という話がたくさんされて、それはその通りなんだけど、反映させてなおかつキャンセルボタンを押すと元に戻すという実装をなんでしないのか？＞＜
設定画面にOKもキャンセルも無いのが主流になっちゃってる＞＜ 現実のクラシカルな機械にはそんな物は無い場合もあるけど、それはアンドゥさせる事が出来ないからであって、機能の欠落であって、PCになって複雑になったんじゃなくアンドゥは機能の追加だよ＞＜；
リツイートはしないけど、なんで競技用車両と思われるものがクローズドなサーキットに居ると思われる写真で違法行為がどうの言ってるんだ？＞＜（写真を見ても何がどう違法行為なのかさっぱりわかんない＞＜）
頓珍漢なつっこみされないように一応重要な点を書いておくと、"クローズドな"って所＞＜
"クローズドな"道路の話で思い出したけど、筑波大が勝手に道路標識設置した問題ってどうなったんだろう？＞＜
話飛んだけど、オレンジが作る時は、ちゃんと即反映されて、さらにキャンセルできるように作ってる＞＜（全部じゃなくちゃんと作る時だけ＞＜；） twitter.com/orange_in_spac…
ものすごく話飛びまくりだけど、空飛ぶ自動車が仮に実現して、それが航空機としても自動車としても合法的に登録されて、操縦・運転者が必要なライセンスを全て持っていたとした場合、道路から離陸って可能なのかな・・・・？＞＜
日本国内に限った場合、普通に考えると固定翼機が離陸できる速度まで加速したらスピード違反かも？＞＜； 対気速度50kt程度で離陸できる機体であれば高速道路からなら飛べる？＞＜；（その場合料金は？＞＜；）
高速道路をインター以外から出られる『道路』を発見してそこから出た場合、たぶん何らかの法律に引っかかりそうだけどどうなんだろう・・・？＞＜（それは後回しにしよう＞＜；）
そういえば、ホンダエアポートって、道路と誘導路が特に境目無くしかも交差しちゃってるけど、そこを移動してる飛行機ってどういう扱いになるんだろう？＞＜ 羽のついたカヌーは海に浮いていても船舶とみなされないらしいけど、道路の場合はどうなるんだろう？＞＜
道路法上では "踏切道（道路と独立行政法人鉄道建設・運輸施設整備支援機構、独立行政法人日本高速道路保有・債務返済機構若しくは鉄道事業者の鉄道又は軌道法 （大正十年法律第七十六号）による新設軌道との交差部分をいう。）"
あれ？＞＜ じゃあ、"鉄道又は軌道法による新設軌道"以外の物と交差する遮断機が存在する踏切のようなものは、道交法上も踏切じゃないの？＞＜；
宇部興産専用道路の踏み切りとか、航空機の滑走路との交差部にある遮断機（日本ではもう消滅したかも？＞＜）は道路交通法ではなんて言うんだろう？＞＜；
道路法上の「踏切道」と、道交法上の「踏切」は別な物扱いで、後者はまた定義の無い時のお約束の、社会通念上の踏切？＞＜；
「道路」と「道路ではない以外の用途を持つ区域（？）」が交差して、遮断機等により、恒常的では無く道路として使用する事もある区域みたいな定義じゃないと、謎のゾーンが発生してしまう・・・・＞＜
遮断機や監視員区切ってる時だけ道路じゃなくて、それ以外は道路みたいな感じなのかな？＞＜
道路法上は、線路であっても、鉄道事業者でなければ踏切道じゃないと言う事は、川重とか総合車両製作所のは踏切じゃないって事だよね？＞＜；
道路法 "「道路」とは、一般交通の用に供する道で（略）道路と一体となつてその効用を全うする施設又は工作物及び道路の附属物で当該道路に附属して設けられているものを含むもの" という事はヘリポートはヘリポートとして使ってる間は道路ではない・・・？＞＜
一般的にちゃんと仕切ってなければそこは道路だって解釈とされてるけど、"一般交通の用に供"してなくて、"効用を全うする施設又は工作物及び道路の附属物"では無いのであれば道路ではないのか＞＜ 私有の駐車場は道路でも、単なる空き地とかは車両が進入できても道路ではない？＞＜
道交法上の道路の定義として、道路法の定義はほとんど関係ないという基本的なことを忘れてた＞＜；
その2車種だけは、自走不能になっても車載のウィンチが不動になってさえも、ハンドウィンチで走行させる車というイメージ＞＜（走行？＞＜；）
オフロードの車のゲームで昔そういうウインチ使用テクニックとかもあったやつあった気がするけどなんだっけ・・・？＞＜
ガチにヘビーデューティーなオフロードカーのウインチワークの事を考えると道路関連法とかどうでも良くなるね！＞＜ 移動可能ならばそこは道なのだ！＞＜
@cuezaku それもすごいけど、でもランドローバーと違って道路しか走れない・・・＞＜ ランドローバーはウインチワークでどんな斜面も上がっていく＞＜（昔、キャメルトロフィーの番組とか見てた＞＜）
Portal2の見せ方だね＞＜ - Steamコントローラーをつくり出す「完全オートメーション・ロボット」の動画 https://t.co/NVppvsgtlc wired.jp/2015/12/30/ste…red_jpさんから
@nebula121 PortalというかPortal2が元ネタっぽいし、今セールで396円だから、今は時間無いだろうけど買っておくと参考になるかも？＞＜（広報のお仕事じゃないとあんまり意味無い？＞＜；）
ていうか、逆に言うとPortal2って生産技術という物をうまくみせたゲーム？＞＜（ストーリーその物ではなくカメラワークとかそういうの＞＜）
X-Plane10が半額になってる＞＜（半額でも3000円＞＜；（しかもおまけでついてくる機体データはリアリティ微妙だから、同じくらいのお値段の別売りの機体データ買わないとあんまり意味無い＞＜；））
Portal/Portal2って何かを設計するお仕事するなら必ずやった方がいいってくらいにデザインのお勉強ゲームかも＞＜
@nebula121 機械と人間の関係に関するお話かも＞＜ ゲームデザインもマップの設計もデザインのお手本みたいになってる＞＜ 2はストーリー上は特に生産技術のお話とかではないんだけど、舞台の一部が工場内だから、さっきの動画みたいなシーンがたくさん展開される感じ＞＜
年越し前後に、航空無線聞けるサイトLiveATC聞くと、年越しの挨拶聞けて楽しいよ＞＜ liveatc.net/search/?icao=R… たまに丁寧に日本語で挨拶するパイロット居たり＞＜ 外国の航空会社のパイロットも「アケマシテオメデート」 オレンジは聞けるかわかんないけど＞＜；
数年前のJAL41便の丁寧な挨拶、すごく印象に残ってる＞＜ 交信に余裕がある深夜便だからこそ出来る長く丁寧な今年もよろしくお願いしますって挨拶で、管制官もびっくりし長く丁寧に挨拶返してた＞＜ でも、その年でJAL41便は廃止になっちゃった・・・＞＜
長く丁寧に挨拶しない交信でも、交信開始時の挨拶が「グッドモーニング」の代わりに「ハッピーニューイヤー」って言う人はすごくたくさんだよ＞＜（昼間とかたくさん飛んでる時は。長い挨拶はよほど余裕の時じゃ無きゃ交信時間長くなりすぎてあぶなくて無理＞＜）
年越しそば食べたよ＞＜（寒いからあったかい物って探したら蕎麦しか無かったよ＞＜（でもおいしかったよ＞＜））
