タグ

studyとextensionに関するraimon49のブックマーク (6)

  • ユーザースクリプトが書きにくくなると初学者が自由に練習できる場が減っていきそう - hitode909の日記

    DTMをどうやって始めるかというと、テレビとかで流れてる曲を耳コピで打ち込んで匿名掲示板に放流する、するとボコボコに叩かれる、それを糧に成長していくかただちに脱落していく、そういう流れがあったのだけど、近年はJASRACが手作りMIDIに対する集金を始めたそうで、雑MIDIを公開すると著作権料を徴収されてしまう、これでは初学者が耳コピからDTMを始めるルートが閉ざされてしまっているのでは、という話が20年前くらいにはあった。 Greasemonkeyとかユーザースクリプトとかも同様な雰囲気があると思って、おおらかな時代は乱雑なコードを書いて好きに動かしていた。 blog.sushi.money blog.sushi.money 現代のChromeは.user.jsをブラウザにドロップしてもすんなり動かしてくれなくて、雑なJSを書いて動かしたい、という衝動をかなえるための参入障壁が上がってい

    ユーザースクリプトが書きにくくなると初学者が自由に練習できる場が減っていきそう - hitode909の日記
    raimon49
    raimon49 2022/07/04
    これ凄くわかる。自分はJavaScriptもXPathも正規表現もGreasemonkeyで学んで向上した実感がある。
  • Optinalのmapがちょっと使いにくいから拡張してやった #swift - yashiganiの英傑になるまで死ねない日記

    SwiftのOptionalにはmapがある. func map<U>(f: T -> U) -> U? 引数のfはT(Optionalで包まれいる値)を受け取ってUを返す関数を受け取って,fの返り値であるUをOptionalで包んだU?を返す関数です. 要は,if-letを使って明示的にunwrapしなくてもOptionalの構造を保ったまま中の値に関数を適用するための関数ということですね. このmapですが,Optionalな値を返す関数と使ってみると案外使いにくいことがわかります. let URL: NSURL? = NSURL(string: "http://yashigani.hatenablog.com") if let URLString = URL.map({ $0.absoluteString }) { // URLStringはString型を期待 println(UR

    Optinalのmapがちょっと使いにくいから拡張してやった #swift - yashiganiの英傑になるまで死ねない日記
    raimon49
    raimon49 2015/01/12
    Optionalにbind<U>(f: T -> U?) -> U?を生やしてif let文1つで受けられるように。
  • https://github.com/xKerman/memorandum/blob/master/autopagerize_cookie_issue.md

    https://github.com/xKerman/memorandum/blob/master/autopagerize_cookie_issue.md
    raimon49
    raimon49 2012/07/15
    document.cookieをXHRヘッダに追加するようなスクリプトを書く際は、スキーム + ドメインの一致を確認すべし。
  • Git 対 Mercurial:なぜ Git を選ぶのか? - Atlassian Japan

    今回は Atlassian の開発者である Charles O’Farrell によるゲストブログです。チームが DVCS として Git を選択する理由について説明します。Charles はコーディングをほとんど DVCS 上で行い、また ClearCase から Git へユーザーを移行させる作業を行ってきました。 前回の記事では、分散バージョン管理システムとしてチームがなぜ Mercurial を選択するのかについて考えてみました。今回は、分散バージョン管理システム (DVCS) として なぜ Git が有力な選択肢であるのかについて考えてみましょう。 1970 年の黎明期から、ギークたちはどちらが善でどちらが悪かという血なまぐさい論争を長い間行ってきました。それが VimEmacs との間の戦いです。最近では、それとは別のツールセットについて、ギークたちは来の仕事そっちのけ

    Git 対 Mercurial:なぜ Git を選ぶのか? - Atlassian Japan
    raimon49
    raimon49 2012/05/29
    Gitの方が優れている点のまとめ。reflogの存在(30日間にかぎる)、MQとローカルブランチによるパッチの育て方の違い、Mercurial Bookmarks拡張はGitブランチの完全な代替にはなれない(名前空間が分かれない)、ステージングの
  • Mercurial 対 Git:なぜ Mercurial を選ぶのか? - Atlassian Japan

    ここで見たように、Git は、Subversion ユーザーにその CLI に早く慣れてもらうようにするということをあまり考慮していません。 新しいコマンドを入力するために指を再度トレーニングすることによりこの問題を回避することはできますが、それでもシステムを移行する上での障害の一つになるでしょう。その上、Subversion ユーザーにとってフレンドリーで、かつ、強力で美しいインターフェースをもった Mercurial があるので、Git がなくても問題はありません。 履歴が安全な Mercurial Mercurial の哲学は、 “履歴は永久的で神聖である” ということです。Mercurial のコアには、履歴を変更できるコマンドがたった一つだけあります。hg rollback です。このコマンドは直前のプルやコミットを “取り消し” ますが、それより前のものには一切触れません。 G

    Mercurial 対 Git:なぜ Mercurial を選ぶのか? - Atlassian Japan
  • 操作体系から見る、GitとMercurialの8つの違い

    つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一

    操作体系から見る、GitとMercurialの8つの違い
    raimon49
    raimon49 2011/01/02
    >Gitのブランチは消すことができるが、Mercurialのブランチは消すことができない。Mercurialのブランチはchangesetの別名なので、消すとその子孫のchangesetに影響が出る可能性があるためだと考えられる。 / Mercurialで名前付ブラン
  • 1