  |
はてなキーワード: Hogeとは
kyo_ju よく判らんがすげぇ偉そう(労働組合の役員経験どころか組合員ですらなさそうだが)/なお、御用組合化してる所は平和運動も不熱心だし、ちゃんと会社と戦ってる所は平和運動もやるので、リトマス試験紙的な意味もある。 労働 社会 18 clicks
・オマエエラソウ！
まずそれソースあるの？
仮にソースあるとして、切り離せますよね？なんで常にセットにするの？
「労働者としての権利を主張したいけど平和運動政治運動は別にしたくない」って労働者の立場は？
なんで混ぜるの？に答えられてないよね。
労働者にとっては自分達の場を政治活動家に私物化されてるとすら言える状況だけど。
el-condorel-condor 一遍、御用組合とそ闘争的な組合で、平和とかその他の所謂「左派的な」活動をどれだけやってるものか比べてみるといいよ。ちなみに大企業で「組合強制加入ガー組合費天引ガー」と言われてるのは大概御用組合の方な hoge labour 2 clicks
2019/05/07
同上。
「比べてみるといいよ」とまで言うなら根拠があるのだろうからソース貼ったほうがよくね？
そして、同じくなんで混ぜるの？に答えられてないよね。
hate_flag でも労組がないとすぐに給与水準や待遇は下がるんだよ。自分の見たいイヤなところにだけ注目して叩くのは不毛じゃん？
こいつが一番酷いよな。
普段のこの人のブコメを見るとここまで酷い誤読するような低学力ではないので、
こいつは左派批判には息をするように故意に話を逸らして返す癖がついてる典型的な詭弁者だ。
Arturo_Ui 自分の勤務先の組合に意見すべきことを"総論"として語るのは理解不能。戦時体制が生産現場を疲弊・崩壊させる、という事実に基づいた"総論"である「戦争反対」に異を唱えるのも意味不明 // ていうか増田が専従やれば？ マジレス
「戦時体制が生産現場を疲弊・崩壊させるから平和運動する」という屁理屈が通るなら､
「伝染病が生産現場を疲弊・崩壊させるから防疫活動する」とか、
「不逞外国人による社会擾乱が生産現場を疲弊・崩壊させるから自警団活動する」とか、
もはやなんだっていえるよな。
お前のガキレベルの屁理屈にのるなら労組は森羅万象担当しないといけないことになる。
左派ってなんでこう、幼稚な子供レベルの嘘や屁理屈しか言えないの？
「無関係な活動の為に乗っ取って私物化すると本来の機能を損ねるから混ぜないでくれ」
っていう当たり前の注文に延々駄々をこねるんじゃないよ。
プログラマじゃないけどプログラミング完全に理解した（）おばさんが理解してる基礎知識書くよ。
（追記 この文章はプログラミングの勉強をしたいけどその周辺にある基礎知識になかなか触れる機会がない人向けに書きました。これらの基礎知識があると、困ったときに調べ方すら分からないという状況は回避しやすくなるはず）
ターミナル、いわゆる黒い窓からCUI（コマンドユーザーインターフェース）でコンピュータを使う方法を覚えよう。これは大学のコンピュータリテラシーで習った。MacOSXで復習すると捗った。（追記 すごく間が抜けてたけどMacOSXはUnix系OSです）
まずはファイル操作。Macでターミナルを使って、cd Desktopって打ってからecho ohayou ＞ aisatsu.txtって打ってみて、cat aisatsu.txtってやる。そうすると何が表示されるのか？とりあえずやってみよう。ここで＞は増田の都合上大文字全角にしてるけど、ちゃんと半角にしてね。なんで増田の都合上半角がダメなのか、そのうち想像できるようになろう。（追記 ブコメ指摘感謝）
そして、実際にデスクトップを見に行ってみると、aisatsu.txtってファイルがあるはずなんで、開いてみよう。これで何が起こったのか７割くらいはわかるはず。
こういうファイル操作の基本をまず覚えよう。これこそ空気みたいなものだから。
（追記 ここも間が抜けてたけど確かにhogeって何かわからないね。直しました）
最近は何も考えなければ文字コードはとりあえずUTF-8でなんとでもなるようになってるけど、バックスラッシュとかは環境設定で出てくるように設定しないと出てこないし、その意味合い、つまりエスケープとしての使い方を頭に入れておくと後々困らないと思う。あとEOF（エンドオブファイル）とか改行コードとかもそういうものがあるよ程度には覚えておこう。これ頭の片隅にはいってないと分からん殺し的な罠にはまることがある。
これは使いたいプログラミング言語の公式サイトに行くと大抵書いてある。
でもMacだとだいぶ楽。とりあえずターミナルからgccって打ってみるとなんかCUIツールとか書いてあるものをインストールしろって言われるのでインストールする。これだけでCとかC++とかRubyとかPythonとか一通り使えるようになる。もしかしたら最近はこのインストールすらいらないかもしれないけど。
あと、シェルのコマンドとかプログラミング言語を実際に使うときはいろんなライブラリをインストールする必要があるけど、そのライブラリは管理がすごく面倒なので管理をまとめてくれるコマンドがあったりする。aptとかhomebrewとかがそういうのだから、そんなものの使い方も覚えておこう。
（追記 言語の文法を追うだけなら環境構築なんてしなくてCloud9とか使ってもいいかもだけど、プロダクトを作ろうとした時にはまだまだ手元で環境作って必要なライブラリを入れてとやった方が後々応用がきくと思うのですよ。それにそうしていくとDockerの有り難みなんかも理解できるようになっていくのではと思います）
最初に勉強するプログラミング言語は、Javaだけはやめておけ。
なんでかっていうと、Javaはオブジェクト指向言語ってやつなんだけどオブジェクト指向的にしか書けないから。古い人間だと言われそうだけど、最初は手続き型言語から始めるべきだと思ってる。少なくとも、手続き型的に書ける言語から始めるべき。
なぜそう思うのかも含めて、とりあえずおばさんが理解しているプログラミング言語の発展の経緯を軽く解説する。
最初の頃のプログラミング言語は、手続き型と呼ばれるものが多かった。
この〇〇型ってのはプログラミングをするときの考え方によって名前がついているんだけど、手続き型はまず0を作って、0に1を100回足して、最後にその結果を表示してください、みたいな、上から書いた順番通りに動くのが基本のルールである考え方。プログラムは基本的にはこうやってデータをアルゴリズムを使って変化させていって望む結果を得ている。でもこのやり方は問題も多かった。プログラム全体がひとかたまりになってしまっているので、数千行とかになるともう普通の人では手がつけられないし、人間のミスでデータを間違って扱ってしまうことがバグの温床になった。
なので、この手続き型の考えに構造化という考えが加わって、関数というものが生まれた。関数っていうのは料理のレシピに例えるとわかりやすいかも。
5:豚こまを入れて色が変わるまで炒めます。
9:火を消して8をお皿に盛り、野菜炒めの出来上がりです。
B:肉に味付けをします。
2:Bを入れて色が変わるまで炒めます。
3:Aを入れてしんなりするまで炒めます。
4:火を消して3をお皿に盛り、野菜炒めの出来上がりです。
って書ける。ここではAとBが関数。
この程度だとあまり意味を感じないかもしれないけど、これがもっと複雑なものを想像してみると、なんとなくありがたみが分かって来ないだろうか？こうすると、多人数でプログラミングをするときに、Aを書く人、Bを書く人、1〜4にまとめる人って感じで作業分担ができる。それに、バグが起きた時もAの領域でバグったのか、Bの領域でバグったのかとか、全体にまとめると上手くいかないのかとか、原因の切り分けがしやすい。
でも、プログラムがとっても複雑化すると、これでも手に負えなくなる。料理の例えを拡大すると、料理店を運営することを考えるといいかも。
料理店でたくさんの料理をさばくときに、レシピを完全に1から作ることってないと思う。Aさんが野菜の仕込み担当、Bさんがスープの仕込み担当、というように各人に仕事が割り振られているはず。AさんもBさんもそれぞれの仕込みのレシピを持っていて、最終的に出てくる仕込みがちゃんとしてればAさんBさんの仕事の詳細までいちいちシェフが細かくチェックしない体制になっていると思う。大雑把にいうとそういう考え方をプログラムで再現したのがオブジェクト指向型言語。
なので、本気で料理の初心者がいきなり厨房の仕切りを任されて上手くいくのは難しいように、構造化プログラミングのありがたみすらわからない段階でオブジェクト指向型プログラミングに手をつけても意味がわからんだろうと思うのがおばさんの立場です。
（追記 おばさんはRubyを勧めておきます。オブジェクト指向型言語ですが、手続き型的に書き下すことも出来るからです。一つの言語で手続き型構造化オブジェクト指向、全部勉強できます。メソッドも便利なのが一通りあるし、日本語を扱うのにも問題が少ないです）
次に問題を分解できるようになろう。
例えば、クイズゲームを作りたいと考えたときにクイズゲームを作りたいです、って問題は大きすぎる。
クイズゲームに必要な要素は、問題文を表示する、回答を入力してもらう、正誤判定をする、正誤判定の結果を表示する、ということだなぐらいにまず分解する。
これを実際にプログラミングしようとすると、もっと分解できてさらに問題が見えてくると思う。
コンピュータってのは創造的なことはできない代わりに、とても簡単なことをとても階層的に重ね合わせて大きな問題を解けるように作られてる。それを心するといいと思う。
これ超大事。プログラミングって本当に自分で1からものを考えなきゃいけないことってあまりない。大きな問題はあなただけの問題かもしれないけれど、それを構成する小さな問題は大抵他の誰かが解いている問題なので、調べてみれば答えが見つかると思う。
エラーメッセージが出てきたらまずググってみる。翻訳しても初心者には意味がわからないし、ググったら誰かが解説付きで紹介してくれているのでその解説を読んだりしながらエラーメッセージとの付き合い方を覚えていけばいい。
メソッドの使い方がわからなかったら言語の公式サイトに行ってみる。メソッドの使い方で大事なのは呼び出し方、返ってくる値の型とかそういうのだから、こういうところはググるよりも公式サイトに書いてあることをしっかり読んで理解する。
あと、アルゴリズムの勉強もしてみるといいと思う。アルゴリズムとデータ構造と計算量の勉強。大学の学部レベルの教科書をちゃんと読んでみると、例えばデータベースを操作するSQLというものを書くことになった時とかに効いてくる。あとは作ったプログラムが遅すぎてどうしようとかいうのを解決する時とか。
なんか深夜までいろいろ書いてしまったけど、あくまでもプログラマじゃないおばさんが書いたものなので、みんなでツッコミとか入れてくれると大変助かります。
プログラミングを教えててよく分かるのは、ちゃんと論理的な思考が出来ているかどうかを計る道具として非常に有用だということ
口先だけで乗り切ってきた人はプログラミングを教えてもちゃんと理解してくれない
知識化するときに表面上だけを理解することに慣れきってしまっていて
だからプログラミングを教えて新しい物を作らせようとすると全然作れない
例えば
def hoge(a, b): c = a + b return c def gaga(a, b): print("Hello ", a, b)
っていうソースがあったとして、gagaっていうメソッドをhogeの演算結果が表示されるように変更してみよう、っていうことをさせると
def gaga(a, b): print("Hello ", a, b, c)
って答える。
もちろんスコープとか名前空間とか、そもそもそれが生まれてきた経緯とかメソッドの意味とかはちゃんと教えてるんだけど
それでも理解してくれない
この問題に関して正解を教えると、この問題は解けるようになるが、しばらくすると似たようなミスを連発する
一方で論理的な思考が出来る子は全然分野違いから来てる子でもそんな間違いはしない
頭の中を整理して理解しているからなのか、とんでもない間違いはほぼない
入試とか面接だと両者の区別は付かないし、下手したら普段の業務でも顕在化しなかったりするんだけど
しばらく一緒に仕事をしたりすると
「あ、なんかそもそもを分かってない」
っていう子はプログラミングができない
言語によってはswitch、switchが使いづらい場合は極力ifだけみたいな感じ
func hoge {
if (条件a) {
処理a
return
}
if (条件b) {
処理b
return
}
if (条件c) {
処理c
return
}
if (条件d) {
処理d
return
}
// ここに到達しないことを確認
}
1ブロックだけ見れば基本修正できる状態を保つ（独立した状態）
else if一切使わないわけではないし、重複した条件が続く場合は工夫するけど
else ifが10個繋がるシーンとかは避ける
改修案件でちょいちょい見かけて訳わからなくなって死ぬ、影響範囲広すぎ
＿＿
すまん上記変だな
returnが余計だが、return抜いても独立してるように見えない
https://anond.hatelabo.jp/20180609124213
不具合修正だけでアップデートするの嫌だったのでなにかないかと思っていたところ
自分がスターつけたブコメが一目でわかるよう色や印がつくと、自分が支持した意見や参考になった意見が一覧にできて、考えや参照情報が整理しやすくなると思う。あと、自己を客観視しやすい。賛同してくれる人いる？
それをそのまま実装した形です。
どこにマークするかはいろいろ試した結果、AddStarボタンの枠線に落ち着きました。目に付きやすいし同じブコメに意図せず複数回★付けるのを防ぐ意味で。色は黄色や青だと馴染んでしまうので赤です。
★自体にもマークするのはちょっとやりすぎかなぁと。うっかりデマにつられてしまって★消したいけど100個も200個も★付いてて探すの大変！ということはあるかもしれませんが。レアケースでしょう。
ちなみにinner_starというのは「★17★」みたいなやつです。HatenaStar.jsでそのように命名されてます。
使っているうちにこまごま見つかった不具合をちまちまと潰し、潰してはエンバグして、また潰し、とやってなんとか一段落しました。
不具合5は特に酷く、★フィルタ作成時に「色情報が入っていてそのままでは使えない」からこそaltでなくhrefから取得することにしたにもかかわらず、それをすっかり忘れてエンバグしてしまうのだから情けないこと頻り。忘れるのはわかりきっているので通常は当たり前でない処理にはコメントを入れて未来の自分に注意を促すわけです。今回は忘れることを忘れてしまってコメントを入れなかったのが敗因ですね。
mobile版含め落ち着いたので次は環境固有の不具合…と言いたいところですが報告のあったアドオンの組み合わせバグはどうしようもないかもしれないなと正直思ってます。まだ何も調べてませんが。うまく直れば「同一ユーザーの★をまとめる機能」と合わせて1.1.0をリリースしたい気持ち。お気持ちの表明。
https://anond.hatelabo.jp/20180609124213
例1)
<>宇佐美 *定満
宇佐美定満
宇佐美 定満
宇佐美 定満
宇佐美 定満
例2)
<>ジョン[･|・]*万次郎
ジョン･万次郎
ジョン・万次郎
ジョン・・万次郎
ジョン･･･万次郎
等、中黒(全角/半角)が0個以上ある万次郎を含むブコメを非表示
非表示にしてるはずのサイトがちらほら見えていて不具合かと思ったらift.ttでした。
なるほど、短縮URL対応してなかったなと思いちまちまと対応したものの、ift.ttはどうもスパム扱いされるようなサイトらしくそれなら弾いてしまえと。
短縮URL対応だけでアップデートするのもどうかと思い、はてなNGにあったユーザーNG機能を検討したのですが、スターの非表示って公式の非表示機能でも対応してるんですね。
ただ、わたしの環境では非表示に入れてもスターが消えないIDがあり、それによってスターは消えないものだと思いこんでいました。不具合なのか使い方が間違っているのか…よくわかりません。
よくわからないので公式と被ってますがユーザーNG機能も入れました。
ログインしなくても使えるので何かの役には立つかもしれません。あと、エントリページの下にでる「ブログでの反応」とはてなトップにでる「はてなブログトップ記事」の二箇所だけですが、ブログも非表示になります。
「はてなブログトップページ」はIDが表示されていないのでフィルタできませんでした。そこが一番需要ありそうなので残念です。
非表示コメント機能はそのままです。IDでNGしてもID取り放題のはてなでは効果が薄いこともあるので、単語指定もあったほうがいいかなと。
特に今の時期は。
こちらもよろしければ是非。
チャンネル指定で動画をフィルタリングするChrome拡張です。
せつないことに今の所ユーザー数1(使ってるのがわたしだけ)です。
必要だから作ったわけですが、さすがに他に全く需要がないとは思いませんでした。
https://anond.hatelabo.jp/20180609124213
例1)
<>宇佐美 *定満
宇佐美定満
宇佐美 定満
宇佐美 定満
宇佐美 定満
等、姓名間にスペースが0個以上ある定満にヒット
例2)
<>ジョン[･|・]*万次郎
ジョン･万次郎
ジョン・万次郎
ジョン・・万次郎
ジョン･･･万次郎
等、中黒(全角/半角)が0個以上ある万次郎にヒット
twitter.com/usami_sadamitsu
と設定した場合に
twitter.com/Usami_Sadamitsu
ポップアップ閉じた時に自動でフィルタかけ直す処理はあんまり需要なさそうなのでやめときます。
せっかく$5払ったしほとんど使い回せるのでyoutubeフィルタも作り始めてまして
ほぼ実装はできたものの、フレーム内のDOM構築完了タイミングがうまく取れなくてハマッてるところです。
リロードすれば反映されるものの、あんまりリロードしてるとbot扱いで閉め出されたり。
機能としては
という感じで先達のVideo Blockerと似たものです。
youtube内だけでなくgoogle検索結果からも除外できるようにしたところ唯一新しいところでしょうか。
googleは律儀に検索結果にチャンネルを表示してくれるので助かります。
https://www.asahi.com/articles/ASL5D4T75L5DUTFK004.html
ブコメ見ると意外と分かってない人が多いんだなーという印象。
＞ 行政機関と民間の金融機関など複数がネットワークでつながっているシステムが対象で
というのがキモで、つまりはデータ連携で年を和暦でやってるってことなんだろうね。
しかもいまだに元号なし2桁だったりしてるのもあるのかもしんない。
Date型云々言ってる人いるけどたいていのデータ連携っていまだにCSVとか固定区切りとかだからね？
hoge,20180513,hage みたいなのはまだましで
この手のインターフェースって関係先多すぎて一斉に変えますよーっても間に合わなかったりして、即「動かないコンピューター」行きになっちゃう。
もちろん、なんで西暦で設計しなかったの？アホなの？という指摘は全くその通りなんだけど、
こういうの案外、国のおエラいさんが口出してるから「国のシステムで西暦を使うなどまかりならん」「御意」みたいな感じで決まっちゃったんだろうね。
--
ついでに言うと帳票でなぜか「平成」だけラベルになってるやつとかもあるし。
うちはそんな帳票ねーし、とか言ってるやつ、プロポーショナルフォントになっていないか注意しろよ。平成が表示出来てるからといって次の元号が同じ幅とは限らないからな。文字切れしても知らんからｗ
id:el-condor privateアカウントならともかく普通の公開アカウントでやったことなら批判されてもしょうがないやろ。「14歳を性的な対象として見た」という話を往来で大声で公言してるのと同じでしょうに。 hoge
id:VeeeVeee 実在の人物とされる人(しかも未成年)をこのような形でわざわざ詳細に絵に描き公開することを、内心の自由だ嫌なら見るなと問題をすり替えたり性別が逆なら許されるはずと逆張りしてる奴ら、さすがにアスペとしか
これらが星トップとかはてな民の「殴っていい判定」がガバガバすぎてさすがに草生える
全部無茶苦茶やんけｗｗ
