  |
はてなキーワード: ディレクトリとは
正しいHTML
block__element__elementは使用しない
GoogleChromeなら変換時に右側に△マーク〜
○朝食：なし
○昼食：おにぎり三つ
○夕食：パン、一平、餅
○調子
むきゅー。
また早すぎると言われるのも億劫だが、手を抜くのも逆に面倒なので、普通に自分のペースでこなした。
そしたら、またやたらと前倒しで作業を進められた。
ここでまた昨日と同じことを言ったら意味ないよなあ、と思い、少し真面目に会話をした。
ぼく「おつかれさまです、進捗ですがスケジュール表に記載の通り自分担当分で三日前倒し、倒れた人担当分は全て終わらせています」
ぼく「今の作業は大きく分けて、A、B、C、Dの四工程に別れているうち、そのC工程ですよね？」
上司「そうだ」
ぼく「今回の作業見積もりを確認したのですが、主に作業項目αをベースに見積もりを行っているようです。A工程やB工程においては作業項目αの量がそのまま作業量に繋がるので、ある程度見積もりに合致すると思われます。ただC工程においては作業項目αはあまり重要ではなく、むしろ作業項目βを中心とした作業になるため、見積もりと実作業に差異が発生しているのだと思います」
ぼく「はい大切ですね」
ぼく「えーはい、ですからその作業項目αを実施するA工程とB工程においては合致しますが、今のC工程では作業項目βを実施しているので、差異が出るのだと思います」
上司「作業項目βはαよりも重要ではないから、見積もりではαを重視している」
ぼく「そうですね、ですが、作業項目αの量によって、作業項目βの量が決まるわけではないですよね？」
上司「そうだ、おかしい、こんなに早く終わるのはおかしい、他の人は終わっていないのにきみだけ終わるのはおかしい」
ぼく「なので、C工程を作業項目αの量で見積もっているから、これだけの差異が出ているのです、僕以外の人の担当分は、作業項目αとβの作業量に差異があまりないから、見積もり通りの作業量なのだと思います」
上司「おかしい、見積もりとこんなにも差異が出るのはおかしい」
ぼく「えー、申し訳ありません、少し駆け足で作業を進めてしまったようですね、いまいまにやらないといけない作業が何もないのでしたら見直し作業をしているので、今後の緊急のトラブル対処や雑事などがあれば、見積もり通りに進んでいる皆さんより少し前倒しできている僕に振ってください、とりあえず金曜日までの雑事であるZ作業に関しては僕がやって、上司さんがチェックする形でよろしいですか？」
上司「わかった、そうしてください、Z作業はHogeHogeディレクトリに保管してください」
というような会話をした。
イライラしても何の得にもならないので、穏やかな心で接した。
なんか空気読めてない感じで場の空気を悪くしたかも知れないのが怖いなあ。
ステージ9をプレイするのを忘れていたので巻き戻ってプレイしていた。
飽きないなあ、このあとまだアナザーモードでまるまる楽しめるのを考えると本当凄いボリュームだ。
【60秒アプリタッチ】『Magic: The Gathering - Puzzle Quest』－あのカードゲームとパズルが融合
http://www.gamespark.jp/article/2016/02/10/63672.html
魔女と共に過ごす100日間の結末は？ スマホ向けRPG「魔女の泉」を紹介する「（ほぼ）日刊スマホゲーム通信」第1050回
http://www.4gamer.net/games/333/G033321/20160209071/
面白そうだな。
アトリエみたいな感じかなー？
アトリエみたいにプレイ可能な日数に限りがあるのが面白そうだ。
なんだかんだで最後に「OSやらブラウザやらFLASHやらJavaやらのセキュリティアップデートは必ずやりましょう。ウイルス対策ソフトの定義ファイルは常に最新にしましょう」って言われるけどさ、それなりの規模の会社にいると「そういう事は俺ら末端じゃなくて情報システム管理部門に言え」と言いたくなるよな。
自宅のPCは完全に自分でコントロール出来るからアップデートなんて全部やるよ？そもそも自宅PCに仕事のファイルなんて入れないけどね。自宅でまで仕事なんかしたくないしさ。
でも会社のPCって基本それ無理じゃん？アクティブディレクトリとかで制御されてて、勝手にアップデート出来ない場合が大半じゃん？
しかもブラウザベースのシステムなんか、本当はアップデートしても動作するんだけど動作確認が面倒くさいから禁止してるとか、何かあったときの責任取りたくないからアップデートを誰も提案しないとか、そういうケースがザラじゃん？
そういう時はどうすればいいのよIPAさん？
まずうちブラックIT企業なんですけど、サビ残あるんですよサビ残。
正確には見込み残業代が出てるんだけど、どんだけ残業しても雀の涙程度しかもらえない。
なので、残業前提で仕事振られるんだけど、まあそれはいいとしましょう。
いいとするんだけど、インフラが定時後に社内のネット止めるんですよ。メンテかなんかで。
メンテは必要だし機器に障害が起きたらまぁそれは仕方ないですわ。
でも年末前でかきいれ時なこの忙しい時期に、残業でまだ何十人も残ってる社内のネット止めます？
最近インフラの人間が変わって今の担当になったらしいんですが、なんかしらんけどしょっちゅうネット止めまーす！ってくるんですよ。
で、落としたら落としたでなかなか復旧しない。2〜3時間つながらないまま。定時後とはいえ平日の20時前にですよ。
眠らない街、東京にかまえるIT企業が夜8時にネット落ちるってまずくないですか？
ちなみにちょっと前は、なんか機器がぶっ飛んだとかで2〜3日社内のネットがほぼ落ちっぱなしだった。100人弱のIT企業でですよ。
しかも社内サーバーのデータもいくつか飛ばしてました。自分のものは大丈夫だったけど、けっこう秘伝のタレみたいな場所のディレクトリが飛んでた気がする。
いまの担当になる前のインフラが監視しててくれた時はほぼネットが繋がらなくなるなんてことはなかったし、
なにかメンテナンスするときも深夜にやってくれたり社員に負担がイカないよう配慮してくれてた。
それがいまや週に1度のペースでなにかしらネットに障害が起きて参る。
Windows用のWinSCPとかいうFTPクライアントだとローカル上のフォルダとリモートサーバ上のディレクトリの
変更を常時監視しながら変更を検知したらその瞬間リアルタイムで同期できて、リモートサーバ上の開発環境を
あたかもローカルにあるみたいに操作できるようになるんだよね。
しかもgit関係のファイルやログ系のファイルを除外できたりとか
存在するファイルのみ同期するようにして事故防止できたりとかして大変重宝してたんだけど、
Macってこういう細かい機能があるかどうか以前にミラーリング機能が搭載されてる
お客さんとかも見てるサーバならともかく自分専用みたいな開発用サーバなのに
いちいちIDEで更新→FTPで上げ直すって結構面倒くさいよ。
誰か作ってくれないかなー。
調べた感じMacはFTPクライアントがゴミしかないって意見結構見たから結構需要あるっしょ。
3000円くらいなら出す。
要するに PackageInstaller が権限チェックするタイミングと、実際にインストールするタイミングの間に、対象の .apk を置き換えてしまうという手法となります。(Google Play ストアからのインストールの場合は、一時的な .apk は /sdcard などではなく端末内のセキュアな場所に置かれるために、書き換えることができません。)
また Android 4.3 以降は、権限チェック時に AndroidManifest.xml のチェックサムを記録しておき、インストール時にももう一度それを確認するように PackageInstaller が修正されているようです。(一部のベンダの端末では 4.3 でもこのチェックをしていないので脆弱性の影響を受ける)
さらには、4.4 以降であれば、上記のチェックサム確認の他に、そもそもアプリが自由に /sdcard を書き換えることができなくなっているので、.apk を書き換えること自体ができなくなっていますね。
ユーザにできる自衛策としては、Google Play からのみアプリをインストールする、といったところでしょうか。
あるいは、/data/local/tmp はアプリからは書き換え可能でしたっけ？
できないのであれば、PC で .apk ファイルをダウンロードしたのち、adb install でインストールする、という手もありなのかな。
あ、ちなみに Amazonアプリストアアプリ (ややこしいな) は既にこの問題に対処しているようなので、Amazonアプリストアは安心して利用しても大丈夫かと思います。
Unix(とUnixで使われる大抵のファイルシステム)ではU+005cはファイル名に使えるよ。いちいちエスケープしないとならない場合が増えて手間だけど。
あと大元の話だが、時系列としては(1)ディレクトリがまだ無い時代(DOS1.0)に、コマンドのスイッチとして'/'を導入した。これは当時DECのVMS等でも使われてた慣習。(2)DOS2.0で階層ディレクトリをサポートすることになったが、'/'をパス区切りにするとスイッチの'/'とかぶる。VMS等のディレクトリ構文は複雑。というわけで'/'に似た文字として'\'を採用、というわけで、敢えてUnixと違うことをしようとしたわけではない。
http://anond.hatelabo.jp/20150309015749
[場所]
図書館やカフェなど周りも学習している環境に身をおくのはいかがでしょうか。
閉館（閉店）の時間も決まっているのでメリハリが付くはず。
[題材]
仰るとおり、仕事の延長になるとモチベーションが上がらないと思います。
ここは一つ、仕事から少しだけ横道にそれてみてはいかがでしょうか。
私がよく学習の題材にしているのは「知らなくても仕事はできるが、知ると効率が上がるもの」。
業務の中で何気なく使用しているLinuxコマンドや言語のメソッドでも、
仕様を調べてみると意外と機能が備わっていることが分かります。
http://itpro.nikkeibp.co.jp/article/COLUMN/20060227/230820/
Javaで開発されたアプリケーションにはインストールにまつわる難点がある。
それによりせっかく興味をもってくれたユーザーも試す前に諦めてしまいがちである。
また、サーバーサイドアプリケーションもJava製である場合、デプロイや監視の際の難点が多く運用者を悩ませてきた。
javafxで導入されたパッケージャを用いることで各OSネイティブなインストーラーの作成が可能になり、この問題を解消・緩和できる。
SpringBoot などを用いた ExecutableJar を作成するアプリケーションであれば、サーバーサイドアプリケーションであっても一部制限があるもののパッケージングできる。
Javaで開発されたアプリケーションの配布には以下の問題点がある。
javafx-maven-pluginを使うとよい。javafxと冠しているが実態はパッケージングツール。
javafxの冠があるがためにスタンドアロンアプリ開発者以外を遠ざけている感あり。
Windows(msi/exe), Linux(rpm/deb), Mac(dmg) など各OS・ディストリビューション固有のパッケージングが行える。
公式ページ( http://zenjava.com/javafx/maven/ )では更新が止まっているが、Github( https://github.com/zonski/javafx-maven-plugin )とMavenRepository( http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22com.zenjava%22%20AND%20a%3A%22javafx-maven-plugin%22 )を確認するとちゃんと開発は続いている。
pom.xml に以下を追加する。
mainClassはSpringBootなら@SpringBootApplicationのついてるクラスですね。
vendor は適当に組織や個人の名前を入れておきましょう。
※ 以下の XML が化けるのは増田の不具合か仕様っぽい。 http://anond.hatelabo.jp/20100205210805
<plugin> <groupId>com.zenjava</groupId> <artifactId>javafx-maven-plugin</artifactId> <version>8.1.2</version> <configuration> <mainClass>[main method class]</mainClass> <vendor>[Vendor Name]</vendor> </configuration> </plugin>
あとはそのままビルドすればよい。
maven clean jfx:native
ビルドが終わると target/jfx/native 以下に、ビルドしたOS/distributionに合わせて msi, exe, deb, rpm, dmg ができあがります。
本当であればクロスビルドできてしかるべきなのですが、まだ実現はされていないようです。
これらのパッケージは Widonws であれば Program Files(x86) に、Linux系であれば /opt/ の下にインストールされるようです。
/opt/app-name/ の下には app と runtime の2つのディレクトリがあります。
app の下にはビルドした jar ファイルや依存ライブラリが置かれています。
runtime の下には実行用の jre が配備されています。
実行ファイルにそのまま引数を渡せば jar 実行時の引数としてそのまま渡されます。(-Xmxなどはまだ未検証です）
542 仕様書無しさん sage 2015/01/23(金) 12:39:08.24 >>541 ちょっと違うと思う。IT疎い人はこういう説明でなるほど開発会社が悪い！となって、裁判官も多分そう思って判決出してる。 普通に運用しててビニール入るのは欠陥だが、SQLインジェクションは欠陥ではない。 俺が思うに、ローカルのディレクトリが外から見えるようになってたとか、認証掛けてるつもりがかかってなかったとかが重過失。 何故ならそれは家に鍵を掛けずドアが開いているか、ドアがないのと同じだから。 泥棒するつもりのない人でもうっかり入って来れちゃう。 それに対しSQLインジェクションは犯罪者がすること。悪意を持って行われる攻撃行為で、一般人はやらない。 家で言うと鍵のピッキングだな。 ピッキングで泥棒入ったら工務店が悪い、みたいなのが今回の判決。 ピッキングにどこまで耐えられるように作るべきか、事前に仕様で決めておく必要がある。今回はSQLインジェクション対策が仕様に入っていなかった。 仕様にないから強い鍵を付けなかったら破られた。これを重過失ってのはひどすぎ。重過失って故意に匹敵するレベルの過失だぜ。契約書の賠償上限無効にしてしまう程の。 俺の考えはこうだ。SQLインジェクションなどセキュリティ対策の実装について、 仕様に書いてあった → 重過失 仕様に一切無し →無罪または普通の過失 パスワードがadmin/passwordとか改善の提案を拒否したとか別の話も話をややこしくしているが、話のコアの部分は以上のようなことだと思う。
Qiitaに書こうかと思ったけど、言いたいことも言えない、こんな世の中じゃ。
モバイルファースト、APIファーストな文脈でハイブリッドWebをやってきた目からすると、サーバーサイドでHTMLを生成してページ遷移させるなどという90年代調のクラシカルな発想を基本に据えるフレームワークはとても斬新に思えました。HTMLをゴリゴリ生成するなんてよほど特殊な最適化をしようとするのでなければそもそも発想として出てこないです。それでいてDSLやメタプログラミング等のテクニカルな技法が宝石のように鏤められている様はまるでエジプト時代の骨董品を見るかのような趣がありました。turbolinkなどは、かつて表計算ソフトに出しゃばっていたイルカを思い起こさせる味があります。かつて慣れ親しんできたSPAが星のように遠い存在になりました。
Web界隈の人々がモデルだとかアクティブレコードだとか"MVC"だとかを非常に具象的に話す様を見るにつけ、お前らどんだけPofEAA読み込んでるんだよと畏怖していた時期が僕にもありましたが、どうやら彼等はRailsのクラスやディレクトリという特定の実装について話していただけだったようです。Modelという概念もこれだけ肥大化してしまったら、オリジナルな概念で彼等と会話するのは諦めるべきかなと思いましたし、Railsの"MVC"をアンクォートして語るのはもはや害悪であるとすら感じました。
Rails界隈の人がよく「Railsの流儀」や「正しい"MVC"」というのを口角泡を飛ばして議論しているのを目にするのですが、おそらく外に広がる不条理で火傷を負って快適なRailsの世界に引き篭もった結果としての一種のストックホルム症候群なのだなと思いました。いまやAjaxとかWebsocketとかWebRTCとかを組み込もうとする至極真っ当な方法論がとてつもない高難度に見えてきます。設定よりも規約、というのも一つの方向性だと思いますが、ドメインやサービスレイヤの名前空間を構築しようとしたりコードジェネレーションしようとしたりしただけで地獄のようなCircular Dependency罰を受けてしまったので、自分がとても間違った事をしているような気がしてしまいました。とはいえConcernsに特別な名前や役割を与えられても正直しんどいので、皆が皆libにゴミを放り込んでいく様子にも納得がいきました。
RailsをAPIサーバーとして使おうとするとまずビューが無くなってMとCだけになりますが、いわゆる"MVC"の文脈で育ったエンジニアがなぜ息を吸うようにFat ControllerやFat Modelを作ってしまうのかという事が良く分かりました。多くのRailsのリファクタ手法と称されているものはクラスを書くファイルを分割する事以上のものでは無いように思えたので、Rails使いを大きめなAPIサーバー案件に回すときはセットポジションでDDDの青本を投げつける必要が有るなと思いました。
ビューとコントローラを結合させた場合、結合テストはCapybaraとかのBDDでマークアップサイドとの干渉を恐れながら強い気持ちでメンテしていくしか無いのかなと思いました。おそらく脳に電極を埋め込んでいるか、緑色のランプを見るだけでハイになれる特殊な人にしか生き抜けない闇が垣間見えました。コントローラを薄くしてサービスレイヤを挟めばその辺りもうまくいけそうな気がしましたが、ビューからヘルパーやモデルがいくらでも透けて見えてしまうという状況では裏側の完全性に自信を持つ事は難しそうでした。
ビューがRubyを叩いて永続化レイヤと直接コミュニケーション出来るというのはとても生産性が高いのだろうとは思いましたが、こうして出来たパーシャルやら何やらをデザイナーとどうやって共有するかを考えると頭痛が痛くなりました。おそらく適当に切り出して綺麗な空間をassets以下に構築した上でpublicにRPCのような窓口を備えたゴミを量産していくのかなと思いましたが、もっと綺麗な方法はあるのかもしれません。でもきっとRails案件に関われるデザイナーはRubyもバリバリ書けるに違いないはずなので、ここが問題になる事は無いのだろうなと思いました。
RESTはとても美しいパラダイムではありますが、そもそもHTTPがさほど美しくないので歪んだ空間には目を背けるか勝手解釈を与える事で人は初めてRESTfulを名乗る事が出来るのだと思います。GETがbodyを(公式には)持たないという事について美しい説明を与える事は出来ないでしょう。サーチAPIはどうしますか。ステータスコード足りなくないですか。401エラーはどうしますか。そしてRESTはあくまでリソースを抽象化する美しい概念なので、アクションや副作用については貧弱です。動詞が足りないですし、一般動詞に狭義の意味を与えてドキュメントするのは二度手間にしか見えません。PUTには冪等性があるべきみたいなこだわりは家の猫にでも説教してればいいと思います。というわけで、REST的な設計を拝借することはよしとしても、「○○はRESTでは無い故云々～」みたいな注文はやめて頂きたいものです。
とか言わないで欲しいです。こういう時にセットでPHPをディスって悦に浸るのは知る限りRubiestとPythonistaと中学生だけです。それにこれはあくまでサーバーサイド初心者の感想なので、想像するにこれ系のFWは多かれ少なかれ似たような不満を抱えるものなのかなと思います。というわけで、おそらくこれから選択肢がある限りはRailsを使い続けると思います。
Windowsのrobocopyコマンドで、ファイル名を指定した同期をしようとした時、ハイフンから始まるファイル名を指定するとエラーになる。うんこ
C:\Users\Administrator>robocopy C:\aaa C:\bbb -aaa.txt
-------------------------------------------------------------------------------
ROBOCOPY :: Windows の堅牢性の高いファイル コピー
-------------------------------------------------------------------------------
コピー先 - C:\bbb\
ファイル:
オプション: /COPY:DAT /R:1000000 /W:30
------------------------------------------------------------------------------
エラー: 無効なパラメーター #3 : "-aaa.txt"
簡易な使用法 :: ROBOCOPY コピー元 コピー先 /MIR
コピー元 :: コピー元ディレクトリ (ドライブ:\パスまたは \\サーバー
\共有\パス)。
コピー先 :: コピー先ディレクトリ (ドライブ:\パスまたは \\サーバー
\\共有\パス)。
/MIR :: 完全なディレクトリ ツリーをミラー化します。
詳細な使用方法については、ROBOCOPY /? を実行してください。
<h3>o- *** /MIR はファイルをコピーできるだけでなく、削除もできます。</h3>
いろいろ試した。
これ１エントリずつじゃないととれないんやね。
例えば、増田に書いた記事のブクマ数取得したいなら、http://anond.hatelabo.jp/YYYYMMDDHHMMSSをパラメータに渡さないといけない。
TopHatenarってサイトみたいに、URLを渡したら、そのブログ内のブクマを全部カウントしてくれるようなものじゃないんやね。
勘違いしてたわ。
みたいな感じのブックマークレット的なやつを自分で作る必要があるってことか。
ググった限りでは、パブリックに公開されてるブログのURLを渡して、そのディレクトリ以下のすべてのブクマを出してくれるTopHatenarとかはあったけど、増田は無理だったから。
web系とか全然やったことないけど勉強がてらがんばって作ってみるかな・・・
