はてなキーワード: 仕様変更とは
オシャレな人というのは顔の造作ではなく、
身なりに繊細な気遣いが表れていて、かつ自分に似合う服を知っていることなので、
しかし自分に似合う服は、ほとんどの人は試行錯誤を重ねることでしか知る事ができないと思う。
つまり現実的にはどうしても金はかかってしまうのは覚悟した方がいい。
Tシャツ一着2万円とかするいわゆるハイブランドの世界に行くことはない。
それより俺がオススメするのはスタンダードなアイテムを知ることだ。
例えばリーバイスのジーンズ、ラコステのポロ、セントジェームスのバスクシャツとかだ。
なぜスタンダードなアイテムを知ることを薦めるかというと、流行り廃りに左右されにくいので長く使えて結果として安上がりなことと、
ファッションにおける流行が実は細かな仕様変更であるということがわかるからだ。
ダサイ人は大抵その時代時代における細かな仕様の変更が読み取れてないのね。
ジーンズでもダボっとしてるのかピタっとしてのか、裾が絞れてるのか広がってるのか、パンツの丈は余ってるのか寸足らずなのか。
実はこうした微妙な仕様の流行り廃りが服の流行で、その流行りとどういう仕様が自分似合うかのバランスを取るのが上手い人がオシャレな人。
動的言語は使わない。
動的本をすべて捨てる(人の手に渡るような捨て方はしない ちり紙交換がよい)
動的DBは使わない。リレーションのない動的DBは使わない(mongoDBやNoSQL系)
動的オープンを紹介してくるメデイアのステマに気づき騙されない
Silerが勧めてくる技術は独立できない技術だからやらない 関わらない
職務経歴書に黒歴史(PHP Java JavaScript Ruby RoR Html5)を書かない
PHP Java JavaScript Ruby RoR Html5の仕事は請け負わない
C# Objctive-cだけ使う
VisualStudio Xcodeだけ使う
VisualStudio Xcodeを機能をフル活用する
WindowsServerを使う
デザパタを覚える
コミュニケーションはOffice 365 redMine,イラレGit Svnを使う
動的言語をこれ以上広げるな 罪を重ねるな 脆弱性をばら撒くな トラブルを撒くな
セキュリティに問題のある動的言語はどこにいってもトラブルになる
原発のシステムにRuby,RoR,PHP,JavaScriptを使いたいと思うか?Silerはなら提案してくるだろう儲かるから
使えば必ず原発はハックされる
C# ASP.netは2007年頃から海外では大流行だった 一方日本のメディアは盛んにLAMP!LAMP!RoR!RoR!煽っていた
C#(静的言語)は14年前のソースが今でも使うことができる。VisualStudioにはソースを自動バージョンアップ機能があり書き換えてくれる。 コードが負債にならない コンパイル時バグがわかる DLLのバージョンをチェックしてくれる ブレイクポイント リモートデバッグ
動的言語・オープン系は 手作業で直す どこにバグあるか実行しないとわからない 脆弱性が出るたび バージョンアップ、機能追加のたびに修正することになる リファクタが使えない 負債言語
この数字を見て動的言語関係者はびっくりしているだろう。 14年前のPHPソース 使えると思うか?関係者は首を横に振るだろう。時間と人手をかけて改修すれば使えるかもしれない(多くの場合作り直したほうが安上がりという結論になると思うが) 脆弱性や仕様変更がたくさん埋まっているソースだ 修正には手間と時間と予算がかかる
C#なら一瞬で最新の.netフレームワークのバージョンに書き換えてくれる。エラーや警告の表示も一緒に出力されるから手直しが簡単
PHPを捨てたほういい理由
今はRoRのステマが醜くそれに騙されて使ってしまった人がいるが、今後、仕様変更やバグ、脆弱性は出続け、そのたびに全ソースを検索し手動で手直しをしなければならなくなる それは新しいことをやっている時に起こるだろうし、今やっている新しいことが負債に変わる。作れば作るほど負債が増え、前に進むことができなくなる言語 それが動的言語 メンテナンスが常に必要でほっとけばハックされる。保守や改修に人が多く必要で中間業者は儲かるのでメディアや無料育成を通して広めてくる 煽っておいて自己責任の国 日本
静的言語のサーバーサイドで何がいいかというと 自分は C# Asp.net(asmx or webApi) Ado.net 接続 & 非接続のDataSet 管理.exeアプリ(C# WinForms)をお勧めする やり方
もうお分かりいただけただろうか?動的言語とはSilerが定期的に仕事を得るために広めたガラクタ言語だったということを この言語をいつまでも高い稼働の保守作業が必要だ。機能追加、言語の仕様変更、脆弱性を修正するのにお金も時間もかかる Silerはパンク屋だったのだ。 メーカー製の静的言語を使えばここまで時間も手間もかからなかった。
これ以上元請けはSilerが言われるがままにガラクタ言語を導入しないほうがいいだろう。技術者はSilerが無料で教育してくれるからといってガラクタ言語を学ぶのはやめたほうがいい。(洗脳されて信者になるな) 特に技術者はこの言語をマスターしたからといって独立はできない。なぜなら、5人以上のプログラマーが働いてやっと出来上がるものがほとんどだ。手間がかかるということは自分が一番よくわかっているはずだ。言語とともに使い捨てられる運命にあるのだ。IT経営者やSilerはその方が都合がいい。こき使ってやめられても独立できないのだから。雇ってはこき使って使い捨てる。まさにIT版のねずみ講 上のしか儲からないようになっている。 それに加えて酷いピンハネ。100万で売って7割以上搾取 一人送れば70万円入る世界だ。Silerにとって開発現場は炎上すればするだけよい。言語は脆弱性があればあるほどいい、システムが手間が掛かるなら掛かるほどいい その分人を送り込めるからだ。その辺にいる素人を適当に教育して3年開発の下駄はかせて送り、現場を炎上させて新たに人を送り込んで利益を得ている。
#1 PHPで改修しようにも簡単には改修できなくて、その間にハックされ情報が流出すること結構あるようだ @WikiはPHP
#2 2013年 Javaフレームワーク Strutsのサポートが終了した こういうフレームワークをメデイアで煽っておいて最後は自己責任される。オープン言語はやってはいけない
#3 これはどの業界にも言える事だが、気合い、根性の気合馬鹿から組織を乗っ取られないようにするにはどうすればいいか考えないといけない。コミュニケーションで社員を懐柔し組織を乗っ取った筋肉馬鹿は面倒なことを気合い根性で乗り切ろうするから失敗する。日本はそのしわ寄せがまず下くるから会社が壊れる。脳筋バカは最後まで居残る。(○ーイズ、○ルマー、○ニー、旧日本軍、ジオン軍)タバコ室や残業は特定の社員を仲良くさせるからだめなんだろう 履歴書の項目が少ないのも問題なんだろう 理系か体育会系,血液型,さう脳とか履歴書は書く項目が少なすぎる
#5 仕事の最終目的はコミュニケーションではない コミュニケーションするコストが高いといつのまにかそれが目的に置き換わってしまう事がある。コミュニケーションの得意な奴が本当に優秀な人をさしおえて前にでてくることだってある。Office 365やRedMineイラレSVNなどでコミュニケーションコストを下げることで優秀な人が大声を張り上げなくても力を発揮できる環境を作るべきだ
#6 事務仕事のツール化、自動化、ロボット化、コミュニケーションコストを低くするツールの導入で、声が大きい人や事務だけ得意な人が権力を握ることを防ぐ事が出来る
#9思えばSiler業界は自分たちが儲かりがたいためにガラクタ言語(Java,PHP,RoR,Ruby,Js,Html5,Flash)に人材を誘導しすぎた。出来損ない言語の非効率な生産性と保守作業は社会の進化が遅れ世界とのソフト技術に差がついてしまった。人材も非効率的なスキルしか身に付かなかった。それしかやらせてもらえなかった。
しょーもない言語は社会の発展を止め、技術者を路頭に迷せた。有益な言語を一つだけ覚えさせ、いろんな業界で使い回した方が業界的にも技術者的にも幸せになれたのではないか?
C#はロボットや組み込み機器,医療機器,WEB,スマートフォン,ゲーム,CG デスクトップアプリ,業務用ツール 様々なところで使う事ができるのだ。
特にロボットはMocrosoft Robotics StudioというVisualStudioのロボット版の開発環境が2006年頃から出ており、ロボット産業を発展させることだってできたのだ。(そのころのIT業界はJavaとLampが主)
続き
http://mainte.value-domain.com/eventview.cgi?host=XreaAll&no=49
XREA+におきまして、下記内容で仕様変更を行わせていただきます。
○変更日時:
2014/03/28 ~
○変更の趣旨:
○変更内容:
「XREA+(PLUS)」サービス利用権の「無料体験期間」において
「アカウント名@サーバー.xrea.com」からのメール送信いただけません。
○変更内容詳細:
サーバー付属のメール「アカウント名@サーバー.xrea.com」は、
1、バリュードメインコントロールパネルより「購入」にて本契約いただきます。
C# Objctive-cだけ使う
VisualStudio Xcodeだけ使う
VisualStudio Xcodeを機能をフル活用する
WindowsServerを使う
デザパタを覚える
コミュニケーションはredMine,イラレGit Svnを使う
動的言語は使わない。
動的本をすべて捨てる(人の手に渡るような捨て方はしない ちり紙交換がよい)
動的DBは使わない。リレーションのない動的DBは使わない(mongoDBやNoSQL系)
動的オープンを紹介してくるメデイアのステマに気づき騙されない
Silerが勧めてくる技術は独立できない技術だからやらない 関わらない
職務経歴書に黒歴史(PHP Java JavaScript Ruby RoR Html5)を書かない
PHP Java JavaScript Ruby RoR Html5の仕事は請け負わない
動的言語をこれ以上広げるな 罪を重ねるな 脆弱性をばら撒くな トラブルを撒くな
セキュリティに問題のある動的言語はどこにいってもトラブルになる
原発のシステムにRuby,PHP,JavaScriptを使いたいと思うか?Silerはなら提案してくるだろう儲かるから
使えば必ず原発はハックされる
C# ASP.netは2007年頃から海外では大流行だった 一方日本のメディアは盛んにLAMP!LAMP!RoR!RoR!煽っていた
C#(静的言語)は14年前のソースが今でも使うことができる。VisualStudioにはソースを自動バージョンアップ機能があり書き換えてくれる。 コードが負債にならない コンパイル時バグがわかる DLLのバージョンをチェックしてくれる ブレイクポイント リモートデバッグ
動的言語・オープン系は 手作業で直す どこにバグあるか実行しないとわからない 脆弱性が出るたび バージョンアップ、機能追加のたびに修正することになる リファクタが使えない 負債言語
この数字を見て動的言語関係者はびっくりしているだろう。 14年前のPHPソース 使えると思うか?関係者は首を横に振るだろう。時間と人手をかけて改修すれば使えるかもしれない(多くの場合作り直したほうが安上がりという結論になると思うが) 脆弱性や仕様変更がたくさん埋まっているソースだ 修正には手間と時間と予算がかかる
C#なら一瞬で最新の.netフレームワークのバージョンに書き換えてくれる。エラーや警告の表示も一緒に出力されるから手直しが簡単
&blanklink(PHPを捨てたほういい理由){http://www.slideshare.net/neuecc/c-22979400?v=qf2&b=&from_search=42}
今はRoRのステマが醜くそれに騙されて使ってしまった人がいるが、今後、仕様変更やバグ、脆弱性は出続け、そのたびに全ソースを検索し手動で手直しをしなければならなくなる それは新しいことをやっている時に起こるだろうし、今やっている新しいことが負債に変わる。作れば作るほど負債が増え、前に進むことができなくなる言語 それが動的言語 メンテナンスが常に必要でほっとけばハックされる。保守や改修に人が多く必要で中間業者は儲かるのでメディアや無料育成を通して広めてくる 煽っておいて自己責任の国 日本
静的言語のサーバーサイドで何がいいかというと 自分は C# Asp.net(asmx or webApi) Ado.net 接続 & 非接続のDataSet 管理.exeアプリ(C# WinForms)をお勧めする やり方
もうお分かりいただけただろうか?動的言語とはSilerが定期的に仕事を得るために広めたガラクタ言語だったということを この言語をいつまでも高い稼働の保守作業が必要だ。機能追加、言語の仕様変更、脆弱性を修正するのにお金も時間もかかる Silerはパンク屋だったのだ。 メーカー製の静的言語を使えばここまで時間も手間もかからなかった。
これ以上元請けはSilerが言われるがままにガラクタ言語を導入しないほうがいいだろう。技術者はSilerが無料で教育してくれるからといってガラクタ言語を学ぶのはやめたほうがいい。(洗脳されて信者になるな) 特に技術者はこの言語をマスターしたからといって独立はできない。なぜなら、5人以上のプログラマーが働いてやっと出来上がるものがほとんどだ。手間がかかるということは自分が一番よくわかっているはずだ。言語とともに使い捨てられる運命にあるのだ。IT経営者やSilerはその方が都合がいい。こき使ってやめられても独立できないのだから。雇ってはこき使って使い捨てる。それに加えて酷いピンハネ。100万で売って7割以上搾取 一人送れば70万円入る世界だ。まさにIT版のねずみ講 上のしか儲からないようになっている。Silerにとって開発現場は炎上すればするだけよい。言語は脆弱性があればあるほどいい、システムが手間が掛かるなら掛かるほどいい その分人を送り込めるからだ。その辺にいる素人を適当に教育して3年開発の下駄はかせて送り、現場を炎上させて新たに人を送り込んで利益を得ている。
#1 PHPで改修しようにも簡単には改修できなくて、その間にハックされ情報が流出すること結構あるようだ @WikiはPHP
#2 2013年 Javaフレームワーク Strutsのサポートが終了した こういうフレームワークをメデイアで煽っておいて最後は自己責任される。オープン言語はやってはいけない
#3 これはどの業界にも言える事だが、気合い、根性の気合馬鹿から組織を乗っ取られないようにするにはどうすればいいか考えないといけない。コミュニケーションで社員を懐柔し組織を乗っ取った筋肉馬鹿は面倒なことを気合い根性で乗り切ろうするから失敗する。日本はそのしわ寄せがまず下くるから会社が壊れる。脳筋バカは最後まで居残る。(○ーイズ、○ルマー、○ニー、旧日本軍)タバコ室や残業は特定の社員を仲良くさせるからだめなんだろう 履歴書の項目が少ないのも問題なんだろう 理系か体育会系,血液型,さう脳とか履歴書は書く項目が少なすぎる
#5 仕事の最終目的はコミュニケーションではない コミュニケーションするコストが高いといつのまにかそれが目的に置き換わってしまう事がある。コミュニケーションの得意な奴が本当に優秀な人をさしおえて前にでてくることだってある。 RedMineイラレSVNなどでコミュニケーションコストを下げることで優秀な人が大声を張り上げなくても力を発揮できる環境を作るべきだ
#6 事務仕事のツール化、自動化、ロボット化、コミュニケーションコストを低くするツールの導入で、声が大きい人や事務だけ得意な人が権力を握ることを防ぐ事が出来る
#7思えばSiler業界は自分たちが儲かりがたいためにガラクタ言語(Java,PHP,RoR,Ruby,Js,Html5,Flash)に人材を誘導しすぎた。出来損ない言語の非効率な生産性と保守作業をしている間に社会の進化が遅れ世界とのソフト技術に差がついてしまった。人材も非効率的なスキルしか身に付かなかったしそれしかやらせてもらえなかった。
しょーもない言語を技術者に学ばせて社会の発展を止め、技術者を路頭に迷よわすよりも、有益な言語を一つだけ覚えさせ、いろんな業界で使い回した方が業界的にも技術者的にも幸せになれたはずだ
C#はロボットや組み込み機器,医療機器,WEB,スマートフォン,ゲーム,CG デスクトップアプリ,業務用ツール 様々なところで使う事ができるのだ。
特にロボットはMocrosoft Robotics StudioというVisualStudioのロボット版の開発環境が2006年頃から出ており、ロボット産業を発展させることだってできたのだ。(そのころのIT業界はJavaとLampが主)
http://gigazine.net/news/20121231-kiva-system/
それを開発している会社の採用情報 採用言語はC++ C# Java
http://www.kivasystems.com/careers-at-kiva/
PHP RoR JS Rubyなんてどこにも書いていない 数年もすれば仕様が変りバグや脆弱性を出す危ない言語だとわかっているのだろう こんな危ない言語は使ってはいけない
Mocrosoft Robotics Studio
http://www.saturn.dti.ne.jp/npaka/robotics/index.html
https://www.microsoft.com/en-us/download/details.aspx?id=29081
続きはWEBで
どうもはてブの新着に載らないと騒いでるスパムブロガーが増えてる様だ。
載らなきゃ載らないでこちらは知らないので気付かなかったが、減った?気がしないでもない(でもまだイラッとするのは多い)
それでも外のブログに行くと戻ったとか言うスパムが多いので残念だが、
元々スパム判定してたならそのドメイン事移動したところでスパム扱いしてくれればいいのに。
ただ、どういう仕様変更かはわからないけど、取り敢えず一部でも抑えられてるんだとしたら素晴らしいね。
ま、イタチごっこなんだろうけど。。。
載らなくなったやつは内容含めてスパム判定されてるんだと思って自粛すりゃいいのに。最初からスパムですよーって言ってるようなバカはもう仕方ないにしろ、
“政府は保育士の給料アップをうたうが「実際は園長ら現場任せで、全員の給料に反映される保証はない” これ放置してるのがまず低脳 滅びる国ってのをリアルタイムに見てるんだな
マジョリティ様の気分を害する、表現は抑圧されるべき。マイノリティの表現は許可が必要。
@@@@@@@@@@@@@@@
コメントが真っ赤になってるところを見てネトウヨ互助会ってあるんだなぁとしみじみするためのまとめです
“反対運動は起きやすい。しかし「賛成運動」は起きない。この非対称性が、少数派による反対というものが、実態よりも大きくなっていくメカニズムになるのです。”
松下幸之助か誰かが「不良率1%で威張るな!その1%に当たったお客様にとっては100%の不良率だ!」と発破かけたとか読んだ覚えがあるがこの記事見てそれ思い出した。ヒドい目に遭ってる当人にとって統計など無意味。
「自分たちは進んでいて、自分たちの満足いくように動かないものは遅れている」みたいなアングルを組む奴がヘイトを生むんだってはっきりわかんだね
deep_oneAV女優の人権を守りたいなら逆に公的な免許制にでもするべきだろう。
マイノリティは人殴る武器でも自己実現の道具でもねえんだよ……
@@@@@@@@@@@@@@@@@@@
guldeen◆求職中/父は要介護3 @guldeen 2016-09-01 21:29:48
@VoQn 製作企業側からすれば、「じゃあテメーらでまず作ってみてから言えや、コラ」という心境にもなりますわね…>抗議団体。テーブルの前にドッカと座り、自分は何もせず「メシはまだか」「こんなマズい物を食わせるのか」と威張り散らす亭主の姿にも似て、『傲慢』としか表現できません。
ぼうくん🌐 @VoQn 2016-09-01 21:34:06
@guldeen 喩え話にそのまま乗るのも話がズレるのですが、「広告を見て『こんなモノを出す気なのかあの店は!!』『さっさと閉業して撤退しろ』っていきなりブチかましてくる NOT 顧客」の方が近いです(要求は仕様変更から廃業まで範囲あるけど、義憤で腹癒せが本当の目的かと)
d.e.e.p_one
「一方的な圧力によって」いや、批判も言論。言論の自由において一方的圧力とは「権力によるもの」を指すのが普通。なお、外国の権力はたぶん数に入らない。日本の外務省が言ってきたら抵触する。
ueshin
オネエで売るというのは、ホモのパロディを自らかぶって笑われる役割をひきうけるということなので、差別あってこその商売。笑われることで身近な存在に近づけるというアプローチかもしれないが。
hi_kmd 現代日本にアイヌ差別がないとかいう人がいるけど、アイヌの民族教育を受けられる環境もアイヌ語で教育を受ける場もほとんど奪った差別的な同化主義の結果を「平等」とかいうの頭おかしいからな。
zyzy そもそも偏見で見られたくない、というのであれば、異性に対する偏見垂れ流しまくってる現状のオタコンテンツ全部アウトなわけで。ダブスタだよね。その上事件被害者より加害者に寄り添おうとするこれでは……。 考え方
houjiT 俺の感じる痛みだけ取り上げろ病、みたいな……。もうちょいスマートな名付け方したいけど、そんな感じ。お前のいうのは俺は痛いと思わない、だから俺の周りの差別だけを解けと。信用は得ない話法だね
第二に、件の発言が性差別的である可能性をわかって(=元ツイートの趣旨が「差別的価値観に乗るな」である可能性をわかって)あえて「他の可能性」を強調しているなら、「批判相手の発言は最善の相で理解する」努力を放棄した不誠実な批判になっている点。
https://twitter.com/frroots/status/1036234554917306368
不誠実ポイント
最後まで泣くんじゃない。
システム一式○○万円でござい、と出すと「もっと具体的な根拠を出せ! そんなんで当社の社内決裁通らんわ!」って言われる。言われた。
具体的な根拠(=原価見積もり書的なもの)って何?っていうと、労働集約型産業なので、そのシステム作るのに何人が何ヶ月張り付いたか、に帰結するんだよね。
プログラムコードの行数で原価算出する手法もあったりするんだけど、古い大企業や公的機関といったお固いところほど、人月による詳細内訳が【求められる】。
「発注の前に、プロジェクトのメンバー構成表(各人の実名入り)出して」とかね。開発現場激励という名目の視察チェックが不定期に入ったりとかね。もうね。なんだろうね?
人月計算で見積もり出してプロジェクト動かしてるにも関わらず、システム会社の人間が死んだ魚の眼で一日中キーボードを叩き続けてる理由。
・技術力および経験不足で見積もりミスってる。(および、競争入札で一番安いとこに発注するって言われたから無理なダンピングしてる)
・進行中のプロジェクトにおいて、上流マネジメントの失敗で追加仕様や仕様変更が頻発してる。
・開発メンバーの中に役立たずが混ざってる。
この全てでございます。
最近は裁量労働制がトレンドだから遅くまで煌々と働かせても残業代払わなくていいし、生かさす殺さずで搾り取ろう! ふぁいと!
なんで大きな開発案件ほど、UI 設計にちゃんとした時間と工数割かずに適当にやっちゃうんだろうね? 不思議。
設計の最初の段階で【画面仕様書】という名のポンチ絵を書いて、ユーザ承認が降りたらもうあとは動かしたりしないんだけど。
おおむね、システム開発一筋30年みたいな大ベテランが伝統の技を活かして固定画面でキーボード操作オンリーの前世紀 UI になるか、ロクな経験も無い頭でっかちの若手がドヤ顔で最新トレンドを取り入れてメニューがやたらパカパカ閉じたり開いたりする落ち着きの無い UI 設計になる。なった。
激しく使いづらいと、作ってる側も認識してるけど、その段階ではもうどうしようもない。ゆくみち戻れず。
実現場の利用ユーザには大変申し訳ない限りだけど、これはもうシステム会社まかせにしてても現実問題どうにもならんです。
だって、システム会社は納品済ませれば仕事完了だし。その先毎日10年に渡ってうんこ UI と延々付き合い続けるのは、あなたがたなのだから。
画面仕様書が提示されたら、懇切丁寧に読み込んでチェック入れて赤字だらけにしたものを「バーカバーカ」って言いながら突き返しましょう。
その手間隙は絶対に惜しんではいけない。
開発会社から「ユーザインタビューの時間を下さい」って言われたときに、日常業務が忙しくて時間が取れないって断るのは自殺行為だ。残業してでもたっぷり時間取れ。
エラーメッセージに意味不明のシステム情報出すのは、システム会社が100%悪いですね。
さすがにそこまでユーザ側に設計チェックさせろというのも無理筋な話。TCO に密接に関わるんだからおざなりにせず、もっと気合入れて丁寧に案内作りましょう。
全メッセージ「システムに不具合が発生したため処理を中断します。詳しくはシステム担当にお問い合わせ下さい」とかやらないように。約束だよ?
本業の利益ベースでウン億円も稼ぐ苦労に思いをはべらすと、感情的にもなりますわな。日々 100 円単位でコスト削減努力に血道をあげてるっていうのに!
このあたりはシステム会社の営業がちゃんと、ユーザが心から納得できるように丁寧に説明して理解させろ。頑張れ。超頑張れ。
まあこれについては根本、大規模システムにおける競争入札制度の欠陥ってのが何十年も前から指摘されてて、全く改善の目処が立っていない絶望的な今が有るわけです。
ユーザ側企業は「こんなこといいな、できたらいいな。空を自由に飛びたいな。さて、ハウマッチ?」で競争入札を求めてくるし。
システム企業側は「え? もうちょっと詳しく話を聞かせてくれないとなんとも…あ、とりあえず予算組のために総金額だけ知りたいですか。入札日は2週間後!? あわわ…えーと、んじゃ、どんぶりで…こんぐらい?」って杜撰な見積出して来るし。
まあそんな適当な入札、勇気を出して見送ればいいんですよ。でもそんな適当入札しかないんですよね世の中。武士は喰わねど高楊枝、なれど妻子は喰わしていかねば。
スタートラインがそんなだから、ボタンの掛け違い一つで開発プロジェクトはいともたやすく炎上するし、末端の開発人員はブラックだし、上層部はいつまで経っても終息しない開発とテストのエンドレスエイトに夜も眠れぬ日々を過ごすし、できあがったシステムはうんこでユーザ側も大変だし。幸せってなんだっけ?
システムの要件定義契約と、実際のシステム開発契約を分ければいいんじゃないって皆が思うのだけれど、まあ現実問題これもなかなかねえ。どうすればいいんでしょうね?
http://anond.hatelabo.jp/20131126161353
http://d.hatena.ne.jp/chintaro3/20131125/1385374085
UIってサービスが持ってるデータに対して見せたい度合いの強弱で決定されるものだと思う。仕様変更や高速化でデータモデルやフローが変わったらUIも変わるのが当たり前、むしろ変えない方がどうかしてる。
UIが変わってユーザが脊髄反射で抗議するのって、新しいデータフローへの学習コストに対する嫌悪感の裏返しだし、嫌悪感をUIのせいにして「デザインくそ氏ねばか」「デザイン変えたっていいだろあほ」っていうのちょっと違うと思った。
UIよりまず先んじて、裏にあるデータやAPIや処理速度のことをちゃんと見てあげないと新しいデザインもクソもない。もちろんデータとUIが乖離していれば「あほばか」と罵る対象になると思うけど。
UIを通して開発者が言う「ここを見ろ」「こう使え」というメッセージを受け入れられないなら、使うのをやめればいいだけじゃないかと思う。それでも前のUIがいい、前のデータモデルやフローがどうしても気に入ってるなら自分で作ればいいのに。
1. テレビを録画
ダビ10 or コピーワンスで、レコーダーでおとなしく見る分にはいいけど、スマホにWi-Fiで飛ばして風呂で見たり、持ち出して電車でみたりしようとすると複雑怪奇
DVDはいくつかフリーのコピーソフトがあるけど、Blu-rayはフリーではないみたい
この状況でどうやってスマホやHDDに著作物のコピーを入れるんだろうと
ふざけるな。JASRACなどの著作権団体、パソコンやHDDレコーダーからの私的複製補償金の徴収を主張
http://bylines.news.yahoo.co.jp/shinoharashuji/20131115-00029799/
個人的には、上記3経路が全てフリーになるならHDDやスマホに補償金払ってもいいと思うんだけど、現状コピーが出来る人ってさ
1. テレビを録画
いわゆるTS抜き。専用の録画サーバーPCを立てる。市販のレコーダーがめんどくて切れてやってみたけど、さらにめんどかったので市販のに戻った。そいや、この環境ICカードリーダライタがいるのでB-CASをアレすることも可能みたい
Sly Softのアレを買ってみた。頻繁にアップデートしていてうざいので放置してたら、新作ブルーレイをコピーしようとしてはねられた。鍵情報をアップデートしてるらしい。なんかSly Softの本社、アンティグア・バーブーダにあるらしい。どこよ?カリブ海?著作権法的な理由らしい。よくわからないけどめんどくさそう。海賊版だからパイレーツ・オブ・カリビアンなの?
昔動画サイトのダウンローダーあったけど、ダウンロード違法化で国産フリーソフト全滅したよね。仕組み的にキャッシュは必要なので動画サイトの仕様変更を追っかけてスクリプト書けばいいんだろうけど、自前で書くの勘弁だし、海外ソフトやサイトでいいのあるの?
詳しくないけど私的利用に関しては1は違法ではないはず。2は買ったメディアをコピーする分には違法ではないはず。レンタルだとどうなんだろう。3は違法かな。
でも、これのどれか一つやってる人全部合わせても日本人口の何%なんだろうね
数日前からYouTubeの動画再生がミュート状態で始まるようになって困る。
音が出ない訳じゃないので、最初に音量調整バーを動かせば済む話だが、毎回最初に音量調整バーを動かさないといけないのは超絶めんどくさい。
検索すれば数日前から私と同じように困っている人が少数だがいるようだ。
chromeを使ってもミュートになるらしいし、原因はよく分からない。
もしYouTube(Google)側の仕様変更だとしたら、もっと大きな不平不満がネット中に溢れてそうだが、検索すれば見つかる程度でそれほど話題になっていない。
もしかすると、YouTube(Google)のアカウントを作ってどこかを設定変更すれば、ログインしてる状態の間は解決する問題なのかもしれない。
しかし、それはGoogle側が常にユーザーをログイン状態にさせようとするためのかなり強引で悪質な嫌がらせだ。
いずれにせよ、YouTube側の仕様変更なら改悪なので早く元に戻して欲しいし、PCやブラウザ側に不具合の原因があるのなら早く元に戻して快適に視聴したい。
私は、ずっと IT 技術者として飯を食ってきたが、仕事が楽しいと思うことがあまりなかった。その原因について考えてみる。
私は、中学生のときにプログラミングを始めた。いまは40代なので、だいたい30年前からプログラムを書いていることになる。ただ、中学時代の私は、とんでもない「ぼっち」でプログラミング話で盛り上がれる友達がいなかった。しかも、書いていたプログラムも、開発ツールというマニアックなもので、ゲームとか楽しげなものに関心があまりなかった。プログラミングをすることは、ある種の修行のようなもので、決して楽しいことではなかったし、またそれは自分にとっては社会的な孤立の象徴であった。
社会人になった後、ひょんなきっかけで、IT業界に足を踏み入れ、気がついたら職業プログラマになっていた。才能があるのかどうかは不明だが、子供の頃からプログラムを書いてきた私は、まちがいなくデジタルネイティブであるとは言える。まあ、とにかく、コードを書くことを覚えるのに時間はかからなかった。
ただ、私はどうにもチームで仕事をするのが苦手だった。ITの仕事は、調整が多い。仕様変更は日常茶飯事だ。厳しい納期の下、ソースコードに変更を次々と加えるのはリスキーな行為で、関係者に深い信頼関係がないと、人間関係がギクシャクする。
私は、プログラムを書き始めた時、ぼっちであったので、「プログラミング=独りの作業」という思い込みがあったのかもしれない。それがゆえか、ソフトウェアの設計等に関して、他のプログラマと調整したり妥協したりすることが非常に難しかった。自分がいちばんうまくやれる、という思い上がりもあった気がする。そういうわけで、人間関係が険悪になることが非常に多かった。
最近のいくつかのプロジェクトで、喧嘩別れに近い体験をいくつかしたために、プログラミングの仕事をすることにトラウマに近い思いを抱くようになってしまった。
しばらく仕事を離れて休んでみて、いま思うのは、もうちょっと自分が柔軟になれないだろうか、ということだ。答えは決して一つではないはずだ。もう少し、他者の意見を尊重できる人間になりたい。そしてプログラミングの仕事をもっと楽しめるようになりたい。
プログラミングは、人間とコンピュータの間を取り持つ作業で、コンピュータのもつ潜在能力をこの現実社会で開花させるという重要な仕事である。時には、コードが社会を変えることもある。そういう意味でやりがいがあって然るべき仕事だとは思うんだよね。いまの私の課題は、この仕事をストレスをあまり感じずに楽しむことだ。
いったいどうしたらいいんだろうね。ペアプログラミングでもやってみるといいのだろうか?
ここ一ヶ月間私は気になって仕方がない。
もう一度言おう。sendとreciveだ。
誰かをお忘れではないですか。
(゚∀゚)ラヴィ!!
reciveから逃亡していたのだった。
ところで、私はSEだ。IT業界の雑用係として名を馳せている。エクセルシートでレポートを書き、エクセルで調査表を作成し、excelで仕様書を修正し、Excelでソースコードを打ち込んでいる。エクセルでチャットに励むのも、エクセルに目覚まし時計を頼むこともエクセルでコーヒーを沸かすことも、、、できる。そんなエクセル戦士たる我が日々戦っているものはなんであろうか。難解なシステムか?不毛なレビュー会議か?睡眠時間か?……いや、どれもそうであるが、どれもそうではない。一番は誤字脱字、二番目は文言の不統一だ。レビューで誤字脱字が一つ見つかると平均して五分時間が伸びる。たった六つで三十分だ。鬼の首でも取った勢いで指摘する人もいれば、淡々と告げる人もいる。だが、これだけは共通している。間違えれば、確実に時間が伸びる。
そこは本質ではない、そこはレビューで確認してほしい点ではないんだ。内心でどう喚こうと、口に出していかに取り繕うと、誤字脱字の指摘にレビュアーは時間を最大限に割く。どいつもこいつもだ。修正は終わるところを知らない。
今いる場所もまぁ似たようなところだ。どこも一緒。だが、IFなんつー物騒なところにアホくさいスペルミス。これはどういうことだ?使用箇所は軽くgrep検索しただけで200行以上。ソースコードのタイムスタンプを見るに八年前はすでにこのフォルダ…ディレクトリ名を使用していた。
これだけ省略形?
今気づいた。
聞いていて、こっちが間違っているような気がした。何でたかが一ディレクトリの名前が違うことに義憤とも私怨ともつかぬものを燃やせばならんのだ。アホらし、アホらし。
その数時間後、仕様変更の連絡違いで30ファイルのエラーログを修正しなければいけないことをレビューで告げられて、闇の炎は再燃することになる。何の因果から、レビュー議事録を送ろうと開いたメールボックスには、TOEIC団体申し込みの最終案内が入っていた。
少なくとも八年前、ディレクトリ名にreciveと名付け、魔のレビュアーの監視を全て逃れて、見事システムに組み込むことに成功した名も無きエンジニアよ。私が今、敬意さえ込めた眼差しで見つめていることをあなた様は知る由もないだろう。人が多ければ多いほどいい。そうすれば、猫は犬に変わり、日本語はJanglishになる。あなた様は確かに、間違いを正しさへ変えたのだ。工数、信用、評価、どれも欠けることなく。
凄いよ、くそったれ。
幼稚で愚かな底辺SEの一人より。
数日前でしょうか、ITメディアでドランゴが女子マネ&弁当作戦でエンジニアさん達の早朝出勤を促していると聞いて、面白いアプローチだなぁと関心してたのですが、はてぶコメ見てたら「女性差別」とか「気持ち悪い」とか中には「これ法律違反してね?」とかとにかく不評コメが多くてびっくりした。ドランゴの企業文化とか問題対処のアプローチの仕方とかいろいろ変わってて面白いなと脳天気にみてたんですが、批判してるひとはネタで切れてるんでしょうか?それともマジギレなんでしょうか?
僕は別にドワンゴで働いているわけじゃないですが、似たような業界で働いている身として今回のドワンゴの対応の内情とか勝手に想像して勝手に納得してます。
まずコメで多かった「そもそもエンジニアが残業続きなのがおかしい。ちゃんと午前10時ー午後7時で回せるようにしろ」というのが多かったんですが、この一見正論といえる対応が実は多くのIT企業では難しい。流れ的にはこんな具合です。まず営業さんやマネージャー、ドワンゴでしたらおそらく社長や重役自らが「こういったサービスを導入したい」「こういうクレームがあったので早急に修正したい」「○○までに新機能を導入したい」やら要望案をまとめていきます。日本の企業はきめ細かく、そして素早い対処がウリなので、企画担当者も担当時間のギリギリまで企画書や仕様変更をまとめます。そして就業時間終了の数時間前になってやっと「仕様変更がやっとまとまりました!これを明日の昼までによろしくお願いします(ハート)」とエンジニアさんに手渡します。つまりエンジニアの仕事が本気モードになるのは早くても午後3,4時となるケースが多く、これが慢性的な残業を生み出す根本的な原因です。
それにエンジニアにとっても朝早く働くより夜遅い時間に働くことを好む人が多くいます。なぜなら他の社員が多くいる通常の時間だと、すぐに細かい仕様変更などが重なるので、プログラミングにどっぷり集中できないんですよ。だから仕様変更の内容が固まって、そしていろいろ細かい注文を出してくるような連中が職場から帰ったあとのほうが誰にも邪魔されず集中して仕事ができるという構図ができあがります。
それならエンジニアは午後出勤~深夜まで残業のスケジュールでも悪くないじゃん!となりますが、経営陣や営業のみさなんはできればエンジニアさんに午前から会社に来てほしい。なぜかというと、午前中に会社に来てくれれないと社内間で社員同士の意思の疎通がしにくいからです。これは急成長したIT企業でよくみられる光景ですが、急激に人と仕事の量が増えていくと、自分の担当分野以外の社員がいったい何の仕事をしているのか把握するのが困難になっていきます。とくに大抵の場合は昼過ぎあたりからクライアントさんや提携企業さんとのミーティングや営業周りで外回りする人が増えていくるので、その時間にようやくエンジニアの方々が出社してきても、顔を合わせて話したりする機会がどんどん減っていくわけです。「そんな確認事項なんてメールでもいいじゃん」と思うかもしれませんが、そう簡単でもないんです。すでに確定している事案ならメールでも簡単ですが、ドワンゴのように自社で新サービスを次々と展開するケースだと、担当マネージャーですらその事案を完全に把握しているわけでなく(なにせ過去に前例のないサービスなど)、エンジニアにどう説明したらいいかすら文章にしづらいケースは多々あります。そういった場合はメールよりも実際に顔を合わせて話せたほうが、曖昧な部分も確認しあえます。実際には営業やマネージャー、エンジニアも実際に顔を合わせて話し合ってようやくこの企画で何をすればいいのか、どういった機能が必要なのかという実像がはっきりしてくるというわけです。
上記のように、会社側としてはエンジニアには場合によっては深夜まで働いているほしいのと同時に、社内コミュニケーションのためにできるだけ早めに出社してほしいという矛盾した要望が生まれてきます。これで大抵のブラック企業でしたら残業についてはノーコメントのくせに午前10時までに出社しない社員には罰金とかそういった罰則規定で早朝出勤を促そうとします。でもまともな人なら「ふざけるな!」となりますよね。そして優秀なエンジニアでしたらそんなブラックな職場にはおさらばしてグーグルやらFBなどの外資に転職すればいいわけです。つまりドワンゴ側としては「エンジニアにはできるだけ早く出社してほしいけど、でもそれは罰則による強制ではなく、本人たちが自発的に早く出社したくなるようなモチベーションを生み出す仕組み」が必要になってくるわけです。
以上の理由により「女子マネ&お弁当」という解決法にいたるわけです。外聞の人間からしたら気持ち悪く思える光景かもしれませんが、ドワンゴ側にとっては無駄に人件費をかけるよりも安いし、エンジニアもそれなりに楽しんで出勤してきているし、そしてオタク・アニメ文化からのネタ的要素もあって良くも悪くもドワンゴらしいなと想いました。
ま、僕は最初にいったようにドワンゴには一切関係のない人間なので、すべて想像で話しているんですけどね。でもそんな目くじらタテなくてもこういった会社があってもいいんじゃん?みんなもっといろんなことに寛大になろうよ。
はてブは便利だ。かれこれ使い続けて8年目になる。
それは2chをコピペしただけのデマまとめサイトがホットエントリとして頻繁に表示されてしまうことだ。
リンクをクリックしなければいいのだが、最近はタイトルだけで不快になるレベルのものも多い。
例えばここのところ、冷凍庫に入ったバイトをアップして炎上させる遊びがリア充の間で流行しているが、
「ハム速」というサイトはこういったものを毎回取り上げて、嫌でも目に付くタイトルで他人の個人情報を晒している。
しかし、はてなの運営はいつまで経っても非表示サイト機能を用意してくれないし、
こういったクソサイトを未だにブクマしてホッテントリ入りに貢献するはてなユーザーはあとを絶たない。
これらを弾くユーザースクリプトやユーザーCSSを書いてくれた人もいない。
仕方ないので、自分でまとめブログなどを除外するユーザーCSSを書いてみたら、恐ろしく快適になった。
とても便利なのでぜひ同志のはてブァーたちに使って欲しいのだが、
どこに公開していいか分からないので、とりあえず増田に投下してみることにした。
/* はてなブックマークから見たくないサイトを抹消&シンプルな表示で快適にするユーザースタイルシート */ /* V1.16 2016/5/1 22:25更新 政経ワロスまとめニュース♪を追加 */ /* V1.15 2016/3/16 11:25更新 診断メーカーを追加 */ /* V1.14 2015/6/2 17:51更新 やらおん! の独自ドメインを追加 */ /* V1.13 2014/2/13 14:42更新 大艦巨砲主義! を追加 */ /* V1.12 2014/2/13 10:27更新 保守速報の JP ドメインを追加 */ /* V1.11 2014/2/10 17:34更新 キムチ速報、ネトウヨ速報、ネトウヨにゅーす、はぅわ!、あじあにゅーす2ちゃんねるの独自ドメインを追加 */ /* V1.10 2014/1/28 19:32更新 使えるニュース-2ch を追加、はてブの仕様変更により新着エントリのサムネイルが表示されなくなっていたのを修正 */ /* V1.09 2013/12/09 17:46更新 売国速報(^ω^)を追加 */ /* V1.08 2013/12/08 13:02更新 ば韓国いい加減にしろ速報を追加 */ /* V1.07 2013/8/19 02:11更新 2ちゃん的韓国ニュースを追加 */ /* V1.06 2013/8/16 12:36更新 あじあにゅーす2ちゃんねる、笑韓ブログを追加 */ /* V1.05 2013/8/16 09:57更新 検索結果のエントリ詳細をサイトに関係なく消した。そこが気に入らなければ「, div.entryinfo」という文字列を削除 */ /* V1.04 2013/8/16 09:46更新 政経chを追加 */ /* V1.03 2013/8/15 20:34更新 秒刊SUNDAYを追加 */ /* V1.02 2013/8/15 16:55更新 U-1速報のURL間違いを修正 */ /* V1.01 2013/8/15 15:49更新 やらおん!を入れ忘れるという致命的なミスを犯したので修正 */ /* はてブ全体に適用 */ @-moz-document url-prefix("http://b.hatena.ne.jp/") { /* ブロックしたいサイトのリンクを非表示 */ A[HREF*="j-cast.com"], A[HREF*="j-cast.com"] ~ cite, A[HREF*="getnews.jp"], A[HREF*="getnews.jp"] ~ cite, A[HREF*="yukawanet.com"], A[HREF*="yukawanet.com"] ~ cite, A[HREF*="0taku.livedoor.biz"], A[HREF*="0taku.livedoor.biz"] ~ cite, A[HREF*="hamusoku.com"], A[HREF*="hamusoku.com"] ~ cite, A[HREF*="alfalfa.com"], A[HREF*="alfalfa.com"] ~ cite, A[HREF*="hoshusokuhou.com"], A[HREF*="hoshusokuhou.com"] ~ cite, A[HREF*="hosyusokuhou.jp"], A[HREF*="hosyusokuhou.jp"] ~ cite, A[HREF*="wara2ch.com"], A[HREF*="wara2ch.com"] ~ cite, A[HREF*="fxya.blog129.fc2.com"], A[HREF*="fxya.blog129.fc2.com"] ~ cite, A[HREF*="asianews2ch.livedoor.biz"], A[HREF*="asianews2ch.livedoor.biz"] ~ cite, A[HREF*="jin115.com"], A[HREF*="jin115.com"] ~ cite, A[HREF*="esuteru.com"], A[HREF*="esuteru.com"] ~ cite, A[HREF*="yaraon.blog109.fc2.com"], A[HREF*="yaraon.blog109.fc2.com"] ~ cite, A[HREF*="yaraon-blog.com"], A[HREF*="yaraon-blog.com"] ~ cite, A[HREF*="kanasoku.info"], A[HREF*="kanasoku.info"] ~ cite, A[HREF*="u1sokuhou.ldblog.jp"], A[HREF*="u1sokuhou.ldblog.jp"] ~ cite, A[HREF*="newskorea"], A[HREF*="newskorea"] ~ cite, A[HREF*="news-us.jp"], A[HREF*="news-us.jp"] ~ cite, A[HREF*="tokuteishimasuta.com"], A[HREF*="tokuteishimasuta.com"] ~ cite, A[HREF*="dqnplus"], A[HREF*="dqnplus"] ~ cite, A[HREF*="bakankokunews.blog.fc2.com"], A[HREF*="bakankokunews.blog.fc2.com"] ~ cite, A[HREF*="treasonnews.doorblog.jp"], A[HREF*="treasonnews.doorblog.jp"] ~ cite, A[HREF*="now2chblog.blog55.fc2.com"], A[HREF*="now2chblog.blog55.fc2.com"] ~ cite, A[HREF*="kimsoku.com"], A[HREF*="kimsoku.com"] ~ cite, A[HREF*="uyosoku.com"], A[HREF*="uyosoku.com"] ~ cite, A[HREF*="netouyonews.net"], A[HREF*="netouyonews.net"] ~ cite, A[HREF*="asia-news.jp"], A[HREF*="asia-news.jp"] ~ cite, A[HREF*="rakukan"], A[HREF*="rakukan"] ~ cite, A[HREF*="nico3q3q"], A[HREF*="nico3q3q"] ~ cite, A[HREF*="military38"], A[HREF*="military38"] ~ cite, A[HREF*="shindanmaker.com"], A[HREF*="shindanmaker.com"] ~ cite, A[HREF*="seikeidouga.blog.jp"], A[HREF*="seikeidouga.blog.jp"] ~ cite, /* ブロックしたいサイトのファビコンを非表示 */ IMG[SRC*="j-cast.com"], IMG[SRC*="getnews.jp"], IMG[SRC*="yukawanet.com"], IMG[SRC*="0taku.livedoor.biz"], IMG[SRC*="hamusoku.com"], IMG[SRC*="alfalfa.com"], IMG[SRC*="hoshusokuhou.com"], IMG[SRC*="hosyusokuhou.jp"], IMG[SRC*="wara2ch.com"], IMG[SRC*="fxya.blog129.fc2.com"], IMG[SRC*="asianews2ch.livedoor.biz"], IMG[SRC*="jin115.com"], IMG[SRC*="esuteru.com"], IMG[SRC*="yaraon.blog109.fc2.com"], IMG[SRC*="yaraon-blog.com"], IMG[SRC*="kanasoku.info"], IMG[SRC*="u1sokuhou.ldblog.jp"], IMG[SRC*="newskorea"], IMG[SRC*="news-us.jp"], IMG[SRC*="tokuteishimasuta.com"], IMG[SRC*="dqnplus"], IMG[SRC*="bakankokunews.blog.fc2.com"], IMG[SRC*="treasonnews.doorblog.jp"], IMG[SRC*="now2chblog.blog55.fc2.com"], IMG[SRC*="kimsoku.com"], IMG[SRC*="uyosoku.com"], IMG[SRC*="netouyonews.net"], IMG[SRC*="asia-news.jp"], IMG[SRC*="rakukan"], IMG[SRC*="nico3q3q"], IMG[SRC*="military38"], IMG[SRC*="shindanmaker.com"], IMG[SRC*="seikeidouga.blog.jp"], /* トップページのエントリ詳細、メタ情報、タグ一覧、検索結果のエントリ詳細を非表示 */ li.description blockquote, ul.entry-meta li.tag, div.entryinfo { display: none !important; } } /* ------------------------------------------- */ /* 新ユーザーページ (インタレスト、マイホットエントリー他) に適用 */ @-moz-document url-prefix("http://b.hatena.ne.jp/(はてなユーザー名)/interest"), url-prefix("http://b.hatena.ne.jp/(はてなユーザー名)/favorite"), url("http://b.hatena.ne.jp/(はてなユーザー名)/") { /* エントリ詳細を非表示 */ .entry-summary, .detail { display: none !important; } /* エントリ詳細をなくした分、サムネイルやカラムを小さく */ .entry-feature-image a.capture img { max-width: 60px !important; } .main-entry-list .entry-block.entry-feature-image { min-height: 32px !important; padding-left: 80px !important; } .entry-feature-image .entry-image-block, .entry-feature-image a.capture { width: 60px !important; max-height: 50px !important; } /* お気に入りユーザーのエントリ一覧を非表示に */ .main-entry-list .entry-comment .entry-comment-fold { display: none !important; } }
設定内容はいずれも同じで、こんな感じにする。
/* はてブ全体に適用 */ /* ブロックしたいサイトのリンクを非表示 */ A[HREF*="j-cast.com"], A[HREF*="j-cast.com"] ~ cite, A[HREF*="getnews.jp"], A[HREF*="getnews.jp"] ~ cite, A[HREF*="yukawanet.com"], A[HREF*="yukawanet.com"] ~ cite, A[HREF*="0taku.livedoor.biz"], A[HREF*="0taku.livedoor.biz"] ~ cite, A[HREF*="hamusoku.com"], A[HREF*="hamusoku.com"] ~ cite, A[HREF*="alfalfa.com"], A[HREF*="alfalfa.com"] ~ cite, A[HREF*="hoshusokuhou.com"], A[HREF*="hoshusokuhou.com"] ~ cite, A[HREF*="hosyusokuhou.jp"], A[HREF*="hosyusokuhou.jp"] ~ cite, A[HREF*="wara2ch.com"], A[HREF*="wara2ch.com"] ~ cite, A[HREF*="fxya.blog129.fc2.com"], A[HREF*="fxya.blog129.fc2.com"] ~ cite, A[HREF*="asianews2ch.livedoor.biz"], A[HREF*="asianews2ch.livedoor.biz"] ~ cite, A[HREF*="jin115.com"], A[HREF*="jin115.com"] ~ cite, A[HREF*="esuteru.com"], A[HREF*="esuteru.com"] ~ cite, A[HREF*="yaraon.blog109.fc2.com"], A[HREF*="yaraon.blog109.fc2.com"] ~ cite, A[HREF*="yaraon-blog.com"], A[HREF*="yaraon-blog.com"] ~ cite, A[HREF*="kanasoku.info"], A[HREF*="kanasoku.info"] ~ cite, A[HREF*="u1sokuhou.ldblog.jp"], A[HREF*="u1sokuhou.ldblog.jp"] ~ cite, A[HREF*="newskorea"], A[HREF*="newskorea"] ~ cite, A[HREF*="news-us.jp"], A[HREF*="news-us.jp"] ~ cite, A[HREF*="tokuteishimasuta.com"], A[HREF*="tokuteishimasuta.com"] ~ cite, A[HREF*="dqnplus"], A[HREF*="dqnplus"] ~ cite, A[HREF*="bakankokunews.blog.fc2.com"], A[HREF*="bakankokunews.blog.fc2.com"] ~ cite, A[HREF*="treasonnews.doorblog.jp"], A[HREF*="treasonnews.doorblog.jp"] ~ cite, A[HREF*="now2chblog.blog55.fc2.com"], A[HREF*="now2chblog.blog55.fc2.com"] ~ cite, A[HREF*="kimsoku.com"], A[HREF*="kimsoku.com"] ~ cite, A[HREF*="uyosoku.com"], A[HREF*="uyosoku.com"] ~ cite, A[HREF*="netouyonews.net"], A[HREF*="netouyonews.net"] ~ cite, A[HREF*="asia-news.jp"], A[HREF*="asia-news.jp"] ~ cite, A[HREF*="rakukan"], A[HREF*="rakukan"] ~ cite, A[HREF*="nico3q3q"], A[HREF*="nico3q3q"] ~ cite, A[HREF*="military38"], A[HREF*="military38"] ~ cite, A[HREF*="shindanmaker.com"], A[HREF*="shindanmaker.com"] ~ cite, /* ブロックしたいサイトのファビコンを非表示 */ IMG[SRC*="j-cast.com"], IMG[SRC*="getnews.jp"], IMG[SRC*="yukawanet.com"], IMG[SRC*="0taku.livedoor.biz"], IMG[SRC*="hamusoku.com"], IMG[SRC*="alfalfa.com"], IMG[SRC*="hoshusokuhou.com"], IMG[SRC*="hosyusokuhou.jp"], IMG[SRC*="wara2ch.com"], IMG[SRC*="fxya.blog129.fc2.com"], IMG[SRC*="asianews2ch.livedoor.biz"], IMG[SRC*="jin115.com"], IMG[SRC*="esuteru.com"], IMG[SRC*="yaraon.blog109.fc2.com"], IMG[SRC*="yaraon-blog.com"], IMG[SRC*="kanasoku.info"], IMG[SRC*="u1sokuhou.ldblog.jp"], IMG[SRC*="newskorea"], IMG[SRC*="news-us.jp"], IMG[SRC*="tokuteishimasuta.com"], IMG[SRC*="dqnplus"], IMG[SRC*="bakankokunews.blog.fc2.com"], IMG[SRC*="treasonnews.doorblog.jp"], IMG[SRC*="now2chblog.blog55.fc2.com"], IMG[SRC*="kimsoku.com"], IMG[SRC*="uyosoku.com"], IMG[SRC*="netouyonews.net"], IMG[SRC*="asia-news.jp"], IMG[SRC*="rakukan"], IMG[SRC*="nico3q3q"], IMG[SRC*="military38"], IMG[SRC*="shindanmaker.com"], /* トップページのエントリ詳細、メタ情報、タグ一覧、検索結果のエントリ詳細を非表示 */ li.description blockquote, ul.entry-meta li.tag, div.entryinfo { display: none !important; }
/* 新ユーザーページ内 (インタレスト、マイホットエントリー他) に適用 */ /* エントリ詳細を非表示 */ .entry-summary, .detail { display: none !important; } /* エントリ詳細をなくした分、サムネイルやカラムを小さく */ .entry-feature-image a.capture img { max-width: 60px !important; } .main-entry-list .entry-block.entry-feature-image { min-height: 32px !important; padding-left: 80px !important; } .entry-feature-image .entry-image-block, .entry-feature-image a.capture { width: 60px !important; max-height: 50px !important; } /* お気に入りユーザーのエントリ一覧を非表示に */ .main-entry-list .entry-comment .entry-comment-fold { display: none !important; }
使い方が分からなければブコメかトラックバックで言ってくれたら補足するかも
字数がオーバーしていたことに気づいたので http://anond.hatelabo.jp/20140421135649 に続きます。
はてなアイデアが死んだらしいのでここで。はてな記法を忘れたので読みにくいかもしれません。すみません。
はてなブックマークの外部サービス連携の仕様変更(リンク先がはてブになる)がAndroidのはてながリリースしている
はてなブックマークというアプリ(以下、はてブアプリ)で重大な問題をひきおこしている(おおげさ)ので報告しておきます。
Androidではインテントという仕組みがあって、はてブアプリもこれに対応しています。
例えばこの増田のページがブクマされるとブクマした人数が表示され、はてブへのリンクが生成されますが、
これをクリックすると、暗黙のインテントが発動してブラウザではなくはてブアプリで当該のブクマが表示されます。
これ自体は至極便利なのですが、今回の仕様変更により特定の場面で問題が発生します。
以前の流れはこうでした。
1.Twitterクライアントでタイムラインを表示
4.元記事がブラウザで表示される
*これはこれで問題があるのですがそれは別の機会に
(3までは同じ)
ということで元記事を表示することができなくなっています。
デフォルト動作を消去すれば(orはてブアプリを消すorデフォルトをブラウザにする)問題ないのですが、
以下まとめです。
ユーサーサポートとして入社した。今まで他社でもユーサポしてたし。
希望があった。今までは。
でも、そこの会社を辞めて、もう二度とWEB系になんて関わらないと決めた。
ユーザーなんてどうでもいい。
無料ユーザーは広告のための数稼ぎ、有料ユーザーは広告入らないからゴミみたいなもん。
だから、サポートなんてする必要ない。適当にメールの返事してあしらっておいてって言われた。
仕様変更しても、お知らせなんてしなくていいって言うのがスタンス。
最近は多少仕様変更のお知らせするようになったみたいだけど、それでも申し訳程度。
ごめんねって心のなかで謝った。
給与欄には賞与ありって書いてあるけど、一度だって賞与が出たことない。
夏季休暇ありって書いてあるけど、実は有給消費するだけ。
毎月、人が消えていくからノウハウも蓄積されないし、引き継ぎだってない。
最悪だ。
最悪だ。