「正規表現」を含む日記 RSS

はてなキーワード: 正規表現とは

2018-06-18

運営への問い合わせ

いわゆる「低能先生」の件ですが

いつまで御社放置されるのでしょうか。

発言内容を正規表現でチェックするなどして投稿不能にする… といった対策はたやすいはずですが、なぜ対策をなさらないのでしょうかね?

https://anond.hatelabo.jp/20180618185923

2018-06-14

YoutubeNG(フィルタ)も作った

anond:20180609124213

Youtubeフィルタ - Chrome ウェブストア

https://chrome.google.com/webstore/detail/youtube%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/dfbfdjepofdfhdddfdggabjjndhiggji?hl=ja&gl=JP

github

https://github.com/lvnkae/youtube-filter

機能

使い方

基本設定

非表示チャンネルタイトルの設定は見たまま。セレクトボックスで項目選んで単語入力するのみ。

詳細設定

設定した単語ダブルクリックで詳細設定へ

 a. チャンネル固有の非表示タイトル設定

 b. チャンネルフィルタ適用方法指定

   正規表現ON/OFF

   完全一ON/OFF

   大文字/小文字区別なしON/OFF (正規化)

  をチェックボックスにて指定

 ※完全一致と正規表現排他

 ※両方設定した場合正規表現が勝ち完全一致は無視される

 例1)

  非表示チャンネルgam全一ON 大小区別なしON

   gam

   gaM

   gAm

   gAM

   Gam

   GaM

   GAm

   GAM

  の8パターンにヒット。

  gameやGambleやagamにはヒットしない。

  短すぎるチャンネル非表示に入れたい場合は完全一致で。

 例2)

  非表示チャンネル:sadamitsu[0-9]+ 正規表現ON

  末尾に数字を点けて増殖するタイプチャンネルをまとめて補足したい場合

タイトルフィルタの詳細設定

 単語の頭に <> を付けると正規表現ON

 例)

  <>宇佐美 *定満

   宇佐美定満

   宇佐美 定満

   宇佐美 定満

   宇佐美 定満

  等、姓名間にスペースが0個以上ある定満は全てヒット


[対象サイト]

URL概要ブロック対象
https://www.youtube.com/youtubeトップ動画/チャンネル/プレイリスト
https://www.youtube.com/watch動画ページ次の動画
https://www.youtube.com/feed/trending急上昇動画
https://www.youtube.com/channel or userチャンネルページ動画/チャンネル/プレリス
https://www.google.co.jpgoogle日本語検索youtube動画/チャンネル/プレイリスト
https://www.google.comgoogle英語検索同上

結果

文字列が流れるだけの動画不愉快変顔サムネを目にする機会が減った。

しかし多すぎて終わりが見えない。

動機

技術

youtubeDOMContentLoadedが発生するの初回だけでその後のページ遷移はelementの出し入れだけでやってるのですね。

DOM構築完了からすべてが始まる構成だったのでだいぶ手直しが必要でした。

2回め以降はURL変更をトリガーにしてるのですが、ホームからホーム選択などURL変わらないパターンもあり…。

フィルタ抜ける経路がまだあるかもしれません。

アイコンはてなフィルタに合わせて拾ってきたフリーのやつです。

アップデート予定

不具合修正くらいです

普段youtube見る時はfirefox使ってるからそっちでも作りたいなぁという気持ちだけはあります

何も調べてないのでゼロからですが。

スマホ対応google先生次第です。iOSandroidでのchrome拡張対応は全く予定がないそうなので。

スマホタブレットで動けば、幼子に見せたくない虚無動画チャンネルフィルタしたりできるんですけどね。

小学校上るくらいまではyoutubegoogleを塞ぐことでごまかし切れるでしょう)

2018-06-11

はてなNG代替品1.0.1を公開した

https://anond.hatelabo.jp/20180609124213

はてなフィルタ - Chrome ウェブストア

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AA%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/nogcpadcgpkonifnaagfghkaiiojdcap

更新履歴 1.0.1

URL(ドメイン)ごとのタイトルフィルタ指定
タイトルフィルタ正規表現対応

例1)

 <>宇佐美 *定満

  宇佐美定満

  宇佐美 定満

  宇佐美  定満

  宇佐美   定満

 等、姓名間にスペースが0個以上ある定満にヒット

例2)

 <>ジョン[・|・]*万次郎

  ジョン万次郎

  ジョン・万次郎

  ジョン・万次郎

  ジョン・・万次郎

  ジョン・・・万次郎

 等、中黒(全角/半角)が0個以上ある万次郎にヒット

不具合修正

twitter.com/usami_sadamitsu

と設定した場合

twitter.com/Usami_Sadamitsu

がヒットしていなかったので正規化しました。

URL大文字/小文字区別はないので問題ないはずですが一部例外があることもわかっています

instagramとか。問題が多発するようなら使い分けられるようになんか考えましょう。

トラバで指摘頂いた不具合です。

anond:20180611052543

強制フィルタの判定にミスが有り、そこで弾かれてました。

headlines全体でなく、特定タイトルだけ非表示にしていた都合で。

アップデート予定

不具合修正くらいでしょうか。

ポップアップ閉じた時に自動フィルタかけ直す処理はあんまり需要なさそうなのでやめときます

せっかく$5払ったしほとんど使い回せるのでyoutubeフィルタも作り始めてまして

ほぼ実装はできたものの、フレーム内のDOM構築完了タイミングがうまく取れなくてハマッてるところです。

リロードすれば反映されるものの、あんまりリロードしてるとbot扱いで閉め出されたり。

機能としては

 非表示チャンネル指定動画チャンネルプレイリストを消す)

 タイトル非表示動画を消す)

という感じで先達のVideo Blockerと似たものです。

youtube内だけでなくgoogle検索結果からも除外できるようにしたところ唯一新しいところでしょうか。

googleは律儀に検索結果にチャンネルを表示してくれるので助かります

ニコ動などは本家ですら検索結果に投稿者情報さないのでフィルタも作れません。

2018-06-09

はてなNG代替品作った

anond:20180323232608

はてなフィルタ - Chrome ウェブストア

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AA%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/nogcpadcgpkonifnaagfghkaiiojdcap

はてなNGの代替品1.0.1を公開した

機能

[対象サイト]

URL概要ブロック対象
http://www.hatena.ne.jp/はてなトップブックマーク/ブログ
http://b.hatena.ne.jpはてブトップタイル/柱/レコメンド(人気エントリーもどうぞ)/特集
http://b.hatena.ne.jp/hotentryはてブホッテントリタイル/特集
http://b.hatena.ne.jp/entrylistはてブ新着同上
http://b.hatena.ne.jp/searchはてブ検索検索結果
http://b.hatena.ne.jp/entryはてブエントリ関連記事/今人気の記事/新着/ページャー

はてなNGにあるけどフィルタにはない機能

結果

疲れた

動機

連休なので、はてなNGフィルターを作ったらクソ快適になった話

連休(GW)が明けてもアップデートされなかったので。

6月までずれ込んだのは単にやる気が出なかったからです。

公式フィルタ機能くらい用意してほしいものです。

技術

はてなNGソース眺めながら作ったので特にないです。

HaxeBootstrapは使わずJavaScript(+jQuery)とポップアップhtml手書きしてます

アイコン適当に拾ってきたフリーのやつです。

$5は払いました。

一部サイト強制非表示をどうしても解除したければソースを直接修正して開発用パッケージとして読み込めば行けますよ。

難読化はしてないので5分とかからず外せるでしょう。アップデート適用されなくなりますが。

アップデート予定

2018-06-06

anond:20180606115432

一応、「両方林先生と呼ぶだろ」って意味記述したんやがな。

増田パソコンの大先生から正規表現記述した方が分かりやすかったかな?林修?先生って。

2018-05-26

anond:20180525211913

英語日本語の違いは関係なかった。div要素の中にp要素による改行があっても正規表現上の改行とは見なしてくれないらしい。p要素に対してなら$が使えた。元増田英語成功したケースもp要素内だから成功したらしい。

こんな感じにすれば行末の「低能」を探すことができた。

anond.hatelabo.jp##div.section:has(p:has-text(/低能$/))

div要素内に行末が低能になっているp要素がないかを探せという命令

2018-05-25

低能先生の消し方を考える

anond:20180523222112 参考

増田から低能先生を消したい場合はuBlockのマイフィルター

anond.hatelabo.jp##div.section:has-text(低能)

という設定を書き加えれば大体望み通りの結果が得られるわけだが、このhas-text()は引数として正規表現をうけとることができるらしい。

低能先生より複雑な安倍bot対応するためにもきっちり低能先生にだけマッチする正規表現を考えてみたいところである

低能先生投稿を一通り見たところ「は」「が」を付けて主語として使う場合と、「の」や「に」を付けて主語述語を修飾する場合と、文末に1単語だけ置く場合があるようだ。場合によっては「w」「w」付与される。

anond.hatelabo.jp##div.section:has-text(/低能[はがのにww]/)

anond.hatelabo.jp##div.section:has-text(/低能$/m)

1行目で「はがのにww」と続く場合を、2行目で行末に書かれた場合マッチさせて消そうと思ったのだけど、2行目の行末の場合機能してくれない。

uBlock Origin取説では正規表現解説AdBlock Plusのページに飛ばされ、AdBlock PlusからMozillaリンクが張られている。https://developer.mozilla.org/ja/docs/Web/JavaScript/Guide/Regular_Expressions おそらくuBlockの正規表現MozillaJavaScript準拠なのだろう。なのだろうけれどJavaScriptの改行にマッチしそうな特殊文字を一通り試したがどれも使えない。試しにuBlockのマニュアルページで

github.com##p:has-text(/ed.$/m)

を設定してみたところ、ちゃんと「ed.」で終わる行だけ消してくれた。ということは日本語から駄目なのだろうか?

JavaScriptに詳しい増田がいらっしゃったらアドバイスください。

2018-04-19

PHPにはエロ隠語がたくさん含まれている

PHP正規表現を使うときにpreg_match()という関数を使うが、

これは実はpregnant(妊娠)とmachismo(マッチョ)の隠喩言わずもがなマッチョ男性に組み敷かれて種付けプレスをされる女性を指す。

正規表現意味深)」から派生した関数であるのだから、この関数名が定義されたというのもむべなるかなといったところだ。

さて、今回はpreg_match()関数を紹介したわけだが、PHPには他にも性的シンボルを含む関数が沢山ある。

次に解説してほしい関数があったら、お便りを送ってきてほしい。

増田投稿、待ってるぜ!

anond:20180417223141

丸一日の尋問など生ぬるい。我が総統などは完成したプログラムにはテスト用のデータはもちろん不正データをたらふく食わせ、それでも正常に動くとウィルス入りデータなどを食わせて誤作動を起こさぬか確かめておられる。斯くも過酷尋問に耐えたプログラム総統自らの手により比類なきリファクタリングを施され、ひとつの処理が不要かつ不可解なまでに多くのローマ字関数に置き換えられるほか、「漢は不要なことを一切口にせぬどころか必要なことさえ一切言わぬ」という男の美学実践されておられるゆえコメントなどは一切残さぬ。それどころか他人の書いたコメントライセンス表記まで正規表現を駆使して削除される始末。

あと、記憶違いでなければ語り部一人称はワシであるぞ。

2018-03-23

anond:20180323212750

どうでもいい新機能よりも正規表現検索/置換やオートシェイプ内の文字列も含めた検索機能、画面と印刷イメージ乖離や1000万以上の大量データの取り扱いなど、基本機能の強化をやって欲しいわ。

2018-03-18

プログラミング歴とプログラミング能力ほとんど関係無い件について

ほとんどの人はもう既に気付いていると思うけど、あえてこの表題言及している人はあまり多くないんじゃないかと思ったので書く。炎上したら💩なのでここに書く。

結論から言うと、プログラミングを何年やったかプログラミング能力はこのぐらいと言うことは絶対にできない!

これは何もIT業界だけでなく他の分野でもそうだ。たとえば野球とか絵画かにも言えることで、ただ年数を重ねればいいってわけではない。勘違いしてほしくないのは、他の業種ではただ年数を重ねればいいといっているわけではない。

コンビニだったら始めはレジ打ちから入るだろうが、だんだん品出し、他者とうまく調整できv、何が売れるか・何が利益率を叩き出すかを把握し、接客態度は絶えず磨き……というように、能動的にスキルを身につけるなければあっという間に「経験した年数」などというものは何の武器にもならないであろう。(「やっても給料変わんない」とかそういうのは抜きにしても)

IT業界でもこれが言えるのだ。

その証

個人的経験によるサンプルしか無いが、ぼくの経験上では年数が高ければ高いほどいいと思ったことは全くない。もちろん2ヶ月の新人と5年目の人での比較はなかなか難しいが、情熱ある新人プログラマ半年で5年目を追い越すなどということはありふれた話だ。あたか大人小学生中学生さらっと数学英語能力で負けるように負ける。

残念ながらしっかりした実証などはないので、周りの環境がそうではない場合は納得できないかもしれないが、以下は明らかであろう。

経験年数とは時間であり、重要なのは時間を代入すると成長度合を求められる関数(ここではFとする)の違いである。(F: time -> ability)

Fの方が大事理由も明らかだ。timeケチをつけようとする例外を除けば誰にとっても同じであり、おもしろくもなんともない。

Fの次元が違う場合は、能力次元文字通り違う。そのため、かなり重要だ。

プログラミング歴が増えることは恥だと思いたい

プログラミング歴2年だからこんなことを知っている」と周りから評価されるというのは、要は「プログラミング2年生」だということだ。これははっきり言って侮辱である。2年プログラミングをやったから知っているんじゃなくて、2年の間で勉強したことたまたま別の箇所で出現したということだ。決して2年やったからではない。2年の間に獲得したスキルがいっぱいあるからだ。2年は重要じゃない。どれだけやったかだ。2年という期間それ自体は全く重要ではない!

プログラミング歴2年なのにそんなことまでできるのか」というのが真の評価なのだ

これはまあまあ高い評価である。「プログラミングを始めてまだ半年なのにそんなことできるのか」という評価はより容易く得られる。年数を重ねれば重ねるほどこの評価に達するのは難しくなる。したがって「プログラミング10年なのにそんなことまでできるのか」という評価ほとんど得られない。ほとんどの場合、「10年やってるからできるんだな」とか、ひどい場合10年やってるのにこんなこともできない」という評価になる。

これもある種、年数というもの全然重要じゃないとみなされている証左であろう。みんな知らず知らずのうちに周囲の人々の経験年数と能力とでおのおの相関図を作り上げて、標準偏差をなんとなく作り出して、「45歳……クソコード……チーン!こいつは偏差値37!落第!死刑!」みたいなことをやってるんだろう。

プログラミングも慣れてくると、特に新しいことを勉強しなくてもなんとなくできるようになってきはじめる。これが危険シグナルだm

謙虚でありたい

自分プログラミング歴が長いのに、HTTPSの仕組みもTCPの仕組みも詳しく知らず、JavaScriptもまともに書けず、WebAssemblyは全く知らないし、RDBのことは知らないし、もちろんRDB以外のDBちんぷんかんぷんで、デスクトップアプリは作ったことがない、サーバサイドはRailsしか知らない。Railsがどう作られているかも知らない、gitの触りぐらいしか知らない、AWSGCP全然使いこなせない、公開鍵暗号方式もよく知らないし、アルゴリズム簡単ものしかからない。デザインパターン勉強してないし、関数型言語もわからないし、C言語全然読めない、アセンブリはやろうと思ったことすらない、正規表現も複雑なものはいまいちわからないし、機械学習はわからないし、そもそも数学不安で、AndroidアプリiOSアプリもまともなものリリースしたことがなく、エディタは人が作ってくれたプラグインをただインストールするだけで、英語ほとんどできず、セキュリティに関してはザルもいいとこ」

のように自分を見直すべきである。もちろんほとんどの人はそうしているとは思う。そもそも自分プログラミング歴が長いのに」という部分はもはや要らないだろう。

あとはただ穿つだけである能力は、どれだけ、何を、どうやったかとの方と強い相関を持つ。能力とは現在状態であるのだから、強い相関を持つのは最最もである

結論

少年老い易く学成り難しである

一刻も早く「プログラミング歴」でなんとなくの判定するのをやめて、プログラミング歴1秒の人に対しても、プログラミング1000年の人に対しても、そのFを見るようにし、自分はとっとと次元を越えて昇華したいものである

結局、「いっぱいやればいっぱい成長する」という自明結論自体は変わらないんだが(高)

2018-03-12

(あ。やってみた。出来ると楽しいね−。vimでも対応してたー)

へー、正規表現で『.』(ピリオドドット?)便利だよね−。

anond:20180312190145

正規表現ドット検索したい時

バックスラッシュで \. ってやるんじゃなくて [.] を流行らせたい。

1文字多くなるけど視認性が良くなる。

2018-03-08

viっていいなこれ

最初先輩にキモい猿の本もらったとき「入門6…?いきなり6?」とか思ってたけど、キーボードの打ち方がめっちゃ効率的面白いなこれ。

まず hjkl 移動に感動した。手が楽。そんで一気に G とか、これは使い回せるから yy して 2p とか、ここから後ろは c$ とか、格ゲーコマンドみたい。

移動と編集モードが分かれているから、うっかり書き換えたりしにくい安心感があるし、何より、

内容そっちのけで「今からやろうとしている編集について、どう打てば最短で済ませられるか」を考えるのがパズルみたいで楽しくなったw

置換がまだよくできなくて、正規表現っていう必殺技みたいなのがあるみたいなので勉強する。とりあえず ^ と $ は移動と同じなので覚えた。

2018-02-03

Nginxの設定で悩む

locationディレクティブでリダイレクト先を正規表現マッチさせたいんだけど、いまいち間違えていて、うまくルーティングできない。

マニュアルをよく読んで理解しろ、って話なんだけど、大量の文章を一から読むのが面倒。

 

あぁ、この「面倒」って気持ちが、俺の全てを台無しにしている。

面倒くさいって気持ちを消して、淡々課題に取り組める姿勢が培えたらいいのに。

2017-12-31

anond:20171231023021

ツイッター地雷ワード2chみたいにあぼーんできたらいいんだけど

フィルタ機能がついてるTwitterクライアントを使えば、登録した文字列を含むツイートをTLに表示しないようにできますよ。

最近Twitter公式アプリWebでも可能だったと思います

ただ、大多数のクライアント正規表現パターンマッチングを書けたりはしないので、

間に別の文字が入るとフィルタリングすり抜けますが。

2017-12-12

うかつに正規表現ネタにするとおじさん達に集団で置換される

こわすぎ

2017-10-21

何でもかんでも揃えようとしないでほしい

プログラマなんだけど、なんでも揃えようとしてる人がうざい

よくあるのが、JSON とかオブジェクト系の記述するところで、 「:」とか「=>」みたいなのの位置

揃えられると一見すると見やすいが、金額みたいに揃ったみやすさが必要ないところでされると面倒

10行並んでたら1つ変えたのが原因で10行とも変えないといけなかったりする

面倒だけどツール使えば揃えること自体は楽にできるからこれはまぁいい

だが、バージョン管理ソフトでの変更行数が無駄に増えるのでパット見たとき結構大きな変更してるように見えたりするからちょっとイヤ

さらgrep かけようにも空白数が不定だから正規表現にしないといけない

正規表現書くの面倒だしそもそも遅い

大規模プロジェクトだと待ち時間が大きく変わってくる

んだけど、まあここまでは別にいい

他でも十分ある宗派の違いだし、まだ理解できる

この揃えるとき

aaa      : {
    bbbb : 100
    ccccc: 200
},
dddd     : {
    e:   : 300
}

みたいに(フォントによっては揃ってなく見えるかも)、ネストが違うのに全部を揃えようとするの、ホントやめろ

わかりづらい

上の例みたいなシンプルだと困らないが複雑な構造になってるとかなり見づらい

せめて揃えるのは連続する行で同じ階層のものだけにしてほしい

上でいう aaa と dddd の行が10行程度離れていたら、ここを揃えても全くきれいに見えないし無駄

bbbb と ccccc みたいなときだけならまあ許せる



仏の顔も三度まで、

ここからは許せないレベルもの


(1) 文字数を合わせようとする

上で書いたみたいなのは文字数が違うから合わせるためにスペースを入れる必要がでる

しか文字数が揃ってたらそんな必要はなく見た目も綺麗だ

きれいなのはわかる、だが無理やり合わせようと単語を探し始めるとかありえない

5つ項目があって、4つが6文字単語で残りの1つが4文字だったとする

6文字にしたいからそれっぽい意味単語いか探そうとしてる

無駄な上に、本来のそれに適した単語じゃないのを無理やり使うのでわかりづらい

理解できない自己満足しか思えない

揃ってることはパット見綺麗でもプログラムみたいのだと、単語まで似てると気づかないミスが出て来る

beer と bear、 form と from、 fall と fail みたいな見た目が似てる単語と、見た目が全く違う単語比較ではミスの数が明らかに変わると思う

なのに、 enum みたいな選ぶタイプのもので、数文字違うだけの似た見た目の単語を探してきて選ぶとか、ミスを誘発しようとしてるのかと言いたい



(2) 単語の語尾とか

(1)のように大半が揃ってると残りも無理やりそうしたいということで、単語勝手に変化させたものがある

例えばだが、語尾が1つを除き全部 -ly になってたとする

そうすると残り一つに無理やり ly をつける

なんなの?イン踏みたいの?ラッパーなの??

経緯を知らない人が見たら意味不明単語である

そもそも名前みたいな固有名詞にすらそんなことしてるから意味不明にもほどがある



(3) 変化形無視

上の時点で英語を完全無視英語力のなさはわかっただろうが、さらにこういうのもある

過去形には ed複数形には s のようなルールには単語によっては特殊な形をするものがあるのはもちろん知ってると思う

それを完全無視変数名を定義するから見ててすごく気持ち悪い

プレフィックスis つけるみたいな単語の組み合わせ部分なら気にしないけど単語としておかしいから、自分で書くとき本来の形で書くとエラーでるからさらイライラする

例えばこういうこと

readed, catched, taked, companys, boxs, mans, childs, fishs, classs

見てるとムズムズする

英語得意でない自分ですら違和感を感じるのに、これに何も感じないとか英語力ひどすぎると思う

まあエラーメッセージdon't have ~ とすべきところを has not ~ とか書いてたくらいだからなぁ

これが部下とか下の立場の人なら 「使う前にググってみて。おかしかったら『もしかして、~~』みたいの出るから」と言って直させるけど、上だからどうしようもない

間違ってますよー、と遠回しに言ってみたことはあるものの、直す気は全くないようだし、それどころか無邪気に揃えてやったぜみたいなこと言ってドヤ顔してるからホントどうしようもない

2017-10-04

本文に.(ピリオド)が入ってるだけでリンクにするAndroidメーラー

バカじゃねーか。これ作った奴URL判定の正規表現も書けないのか。

これOFFにできないの?

2017-09-11

https://anond.hatelabo.jp/20170910205249

まじな話をすると、N予備校プログラミング入門コースやるのがオススメ

https://www.nnn.ed.nico

一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。

月額1000円だけどしっかり勉強すれば一ヶ月の無料間中に終わると思う。

もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラム講師曰く去年はこれで二人エンジニア就職を決めたらしい。

内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職必要な環境構築やセキュリティまでみっちりやる。

http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB%E6%A7%8B%E6%88%90%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B3%E3%83%BC%E3%82%B9%E3%81%A8%E5%86%85%E5%AE%B9

講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。

↓みたいなことが学べる

----

Webプログラミング入門コース

Web ブラウザとは (Chrome, デベロッパーコンソール, alert)

はじめてのHTML (VSCode, HTML, Emmet)

さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)

HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)

はじめてのJavaScript (JS, ES6, エラー)

JavaScriptでの計算 (値, 算術演算子, 変数, 代入)

JavaScript論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)

JavaScriptループ (ループ, for)

JavaScriptコレクション (コレクション, 配列, 添字, undefined)

JavaScript関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)

JavaScriptオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)

はじめてのCSS (CSS, セレクタ, background-color, border)

CSSを使ったプログラミング (transform, id, class)

Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)

診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)

診断機能組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)

ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)

Linux開発環境構築コース

LinuxというOS (VirtualBox, Vagrant, Ubuntuインストール, OS, CUIの大切さ)

コンピューター構成要素 (ノイマンコンピューター, プロセス, lshw, man, ps, dfの使い方)

ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)

標準出力 (標準入力標準出力標準エラー出力パイプgrep)

vi (vimtutor)

シェルプログラミング (シバン, echo, read, 変数, if)

通信ネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)

サーバークライアント (tmux, nc, telnet)

HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)

通信をするボットの開発 (cron, ログ収集)

GitHubウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)

イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)

GitとGitHub連携 (git, ssh, clone, pull)

GitHubへのpush (init, add, status, インデックス, commit, push, tag)

Gitのブランチ (branch, checkout, merge, gh-pages)

ソーシャルコーディング (コンフリクト、プルリクエスト)

Webアプリ基礎コース

Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)

集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)

アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)

ライブラリ (ライブラリ, パッケージマネージャー, npm)

Slackボット開発 (slack, mention, bot)

HubotとSlackアダプタ (hubot, yo)

モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)

ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)

同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)

例外処理 (try, catch, finally, throw)

HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsイベントループ, リスナー)

ログ (ログ, ログレベル)

HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)

HTMLフォーム (フォームの仕組み, form, input)

テンプレートエンジン (テンプレートエンジン, jade)

HerokuWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)

認証利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)

Cookie を使った秘密匿名掲示板 (Cookie, Set-Cookie, expire)

UI、URI、モジュール設計 (モジュール設計, フォームメソッド制限, リダイレクト, 302)

フォームによる投稿機能の実装 (モジュール性, textarea, 303)

認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)

データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)

トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)

削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)

管理者機能の実装 (Web サービス管理責任, 管理者機能の重要性)

デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)

脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)

XSS脆弱性対策 (XSS, 適切なエスケープ処理, リグレッション)

パスワード脆弱性対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)

セッション固定化攻撃脆弱性対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)

より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)

CSRF脆弱性対策 (CSRF, ワンタイムトークン)

安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)

Webアプリ応用コース

Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)

ExpressのAPI (app, Properties, Request, Response, Router)

GitHubを使った外部認証 (Passport, OAuth)

スティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)

継続的インテグレーション (CircleCI)

クライアントフレームワーク (Webpack, Chrome 以外のブラウザでもES6)

DOM操作フレームワーク (jQuery, jQueryアニメーション, this)

AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)

WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)

RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)

データモデリング (リレーショナルモデル, 正規化)

テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)

インデックス (インデックス, 複合インデックス, Bツリー)

集計とソート (SUM, COUNT, ORDER BY, GROUP BY)

「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計モジュール設計、MVC)

認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)

予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)

予定とユーザーの一覧の表示 (非同期処理, Promise, then)

出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)

出欠とコメント更新 (Promiseチェイン, リファクタリング)

予定の編集と削除 (要件の衝突, 関数再利用)

デザインの改善 (this, グローバルオブジェクト)

セキュリティ対策と公開 (X-Frame-Options, Heroku環境変数)

2017-08-12

からVIPとかで「wwwwwwwwwwwwwwwww」って

大量に芝を生やすのを嫌悪する人はいて、

そういう人たちが「草」って斜に構えた定型文、

あるいは正規表現的な意味使用し始めたはずなのに

結局「大草原」とか「草草の草」とか文字数増やし始めているので

諦めてw並べる方が楽で良いと思う。

2017-06-07

http://anond.hatelabo.jp/20170607171058

書いている人が20歳以下だと思って書かせてもらうけど、

どの業界で働きたいのか、働いた時の自分想像すると手が動かしやすいかなーと。

たとえばロボットだったり自動車だったり飛行機だったり、機械の中の制御部分をプログラミングでやりたいのであれば

CやC++Web系でサービス開発がしたいなら…というように。ここは将来何がやりたいかを考えたほうが思いつきやすい。

例として、インターネットサービスを展開している企業で働いている自分想像する。リーダーから与えられたタスクを消化するため

Git/GitHubを使って進捗管理統合開発環境テキストエディタを立ち上げ、□□言語で書かれた○○の部分を弄る。実際に本番環境で立ち上がるか云々…。

□□や○○の部分はまだ分からいかもしれないけど、Git/GitHub統合開発環境テキストエディタプログラミングする時に必要なので

ここは極めても良いはず。だから勉強する題材になる。もし、既にこの□□言語の部分が具体的に出てきて、Web系で働くんだという気持ちがあるならその言語を極めれば良い。

ちなみに、文章から文字列抽出したい場合正規表現についても知っておくと武器になるぞ。正規表現を扱いやすプログラミング言語についても調べてみると良いと思う。

2016-11-12

http://anond.hatelabo.jp/20161112132027

はてな側では書き込み内容での規制はかけない方針なのかな

というのが正しい認識だと思うので、それ以上考えるのは無意味かなーと思いました。

 

あと規制については「http://anond.hatelabo.jp/」以外の「http://」を含む文字列を除外するように設定すればいい。

上記に該当する書き込みなんて、増田においては「スパムと同等の価値しかない罵倒ヘイト」の類だと思うし。

自身の訂正に関する追記:この行に正規表現で事例を書いたけど、誤りだし、書いても意味ないので消す)

 

懸念点として、トラバスパムの量産化が生まれるかも知れないが、それは「システム限界」だと思うなー。

http://anond.hatelabo.jp/20161112130847

はてな側では書き込み内容での規制はかけない方針なのかなと思ったのよ

自分URLのみのレスもし得る。参照ページとか

英字だけのレスもありうる

と、考えて正規表現での書き込み規制という方法以外で

スパマー認定する仕組みってどうなるんだ?と考えた次第

同じ内容を短時間に大量に書き込んでいたらスパマーとして除外する、というのはどうだろう

いや、書き込み内容を前後比較する仕組みってたぶんけっこうな負荷だよな

だいたい数パターン書き込み用意して繰り返されたら終わり

パターンも用意しなくても定形適当文字で完全一致ではなくなる

スパマーなんて新規アカウントだろうから新規アカウントのうちは書き込み制限入れるとか?

いや、大量にアカ作成すれば済んでしまう、なんの解決にもならない

とかあれこれ考えてた

けどまあ、フィルタリングコンパクト増田で十分だ

ただそうすると荒らし最中は空ページが続くような状況で見づらい

あとは増田の1ページ表示を100件とか可変で設定できれば自分としては困らない気もする

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん