タグ

suzukit86のブックマーク (1,433)

  • Chromeのdevtoolsの中でTerminalを動かせてヤバイ - mizchi's blog

    やばい ↑ Chromeの中のTerminalの中のtmuxの中でvimが動いている様子です Terminal in Chrome Devtools — Dmitry Filimonov 導入手順 Chrome Web Store - Devtools TerminalChromeでインストール $ npm install -g devtools-terminal $ devtools-terminal ChromeのDevTools開いてTerminalを開く 一部キーバインドがChromeに握られて潰されてしまっているが(Ctrl-aなど)基的には問題なく動く。スクショ通りvimも動く。 ヤバイ

    Chromeのdevtoolsの中でTerminalを動かせてヤバイ - mizchi's blog
    suzukit86
    suzukit86 2013/11/02
  • 「MVCの勘違い」について、もう一度考えてみる - 圧倒亭グランパのブログ

    お久しぶりです。@at_grandpa です。 今回、Model View Controller について再考する機会があったので、自分なりに整理してみました。 勘違い MVCの勘違いに関しては、以下のSlideShareが有名かと思います。 やはりお前らのMVCは間違っている @mugeso これにはドキッとしたことを覚えています。 このスライドで「間違っている!」と指摘されている形式を、そういうものだと理解していたからです。 上記で指摘されている勘違い形式を、自分なりにわかりやすく噛み砕き、図にしてみました。 Userからの入力をControllerが受け取る Controllerはデータ置き場であるModelからデータを取得する 取得したデータをControllerが加工する 加工したデータをViewに転送する Viewは、受け取ったデータを視覚表現しディスプレイに表示する 自分の中

    「MVCの勘違い」について、もう一度考えてみる - 圧倒亭グランパのブログ
    suzukit86
    suzukit86 2013/11/01
  • 11 Things Not to Do When Visiting Hawaii

  • A Visitor's Guide to Tipping in Hawaii

  • Redis勉強会資料(2015/06 update)

    NTT Tech Conference 2022 での「Dockerからcontainerdへの移行」の発表資料です https://ntt-techconf.connpass.com/event/241061/ 訂正: P2. . 誤: ``` Ship docker run -it --rm alpine Run docker push ghcr.io/ktock/myalpine:latest ``` 正: ``` Ship docker push ghcr.io/ktock/myalpine:latest Run docker run -it --rm alpine ```

    Redis勉強会資料(2015/06 update)
    suzukit86
    suzukit86 2013/10/31
  • 【永久保存版】初心者 ~ 上級者向け Gitをより理解するために厳選したサイトやスライドをまとめてみた | nanapi [ナナピ]

    はじめに この記事は、筆者が自分自身のためにまとめたものですが。以下のような方にもとってもオススメできるのでぜひご覧ください。 これからGitを覚えたい方(まだ簡単に追いつけます!) Git使っているけど実はよくわかっていない方(怖がらず裏を理解すれば意外と簡単でシンプルなんですよ!) 日常的にGit使いこなしているけど、いざというときググってしまう方も理解を深めるのに役立つと思います。(怖くない!Git!!) Gitの基礎・振返り向けサイト Git家! サイトデザインもかなり洗礼!ここらへんにも人気具合が伺えます。 git-scm.com ドキュメント(日語)も豊富で素晴らしい。 Git - Book The entire Pro Git book, written by Scott Chacon and published by Apress, is available here

  • RubyとPythonの違いからガベージコレクタを理解する - ワザノバ | wazanova.jp

    http://patshaughnessy.net/2013/10/24/visualizing-garbage-collection-in-ruby-and-python Pat Shaughnessyが、ブタペストで開催されたRUPY2013でのプレゼンの前半を自らのブログで紹介しています。 ガベージコレクタは、「ゴミを集める」という行為だけでなく、「新しいオブジェクトのためにメモリをあてがう。」「不要なオブジェクトを見つける」「不要なオブジェクトからメモリを取り戻す。」という、人間の心臓が血液を浄化するような働きをしている。 この簡単なコードサンプルを見ると、RubyPythonの記述はよく似ているが、それぞれの言語の内部でのインプリの仕組みは違う。 1) Rubyのメモリ Rubyは、コードが実行される前に、数千のオブジェクトを先につくり、それをリンクされたfree listに置

  • Web開発にPythonを使う理由 - Web屋さんのアレ

    僕の周りだけかもしれないですが、国内のWeb受託開発案件は「PHPで作るのが暗黙のルール」ってな勢いでPHP案件ばっかりなのですが、Python大好きな僕としては、何としてでもPythonを使って仕事をしたい! なので頑張って布教活動をしているのですが、中々良い手応えが得られないのが現状です。。 という訳で、改めてPythonを使うメリットとか、安心してクライアントにPythonを進められる理由なんかをまとめてみました。 技術者がPythonを使うメリット 「今までPHPでやってきて何の問題もなかったし、これからPython始める意味なんてあんの?」 ぶっちゃけ、そんなにないですw 結果的に出来上がる物に関しては大差ないですからね。 ただし、開発効率やメンテナンス性は飛躍的に上がると僕は思います。 ライブラリがとても豊富 PHPも沢山ライブラリありますけど、Pythonだっていっぱいあるん

    Web開発にPythonを使う理由 - Web屋さんのアレ
    suzukit86
    suzukit86 2013/10/29
  • 【イマ得】エミナルクリニック梅田院の口コミまとめ&口コミで人気の医療脱毛ランキング発表

    ネットで検索してよく出てくるエミナルクリニックの梅田院がめっちゃ気になるなぁ。 医療脱毛なのにすごい安くていい評判も聞くけど、ほんとに痛くないのかな? 通っている人の口コミをみてみたいなぁー。 なんて気になったので、エミナルクリニックの梅田院についてSNSやネットで調べてみました。 そう思ってSNSを中心に調べてみたら、、、口コミや評判も良いじゃない♪ ちなみに、似たようなサービスや商品があるかも?なので、今回調べてみたのはこちらになります。

    suzukit86
    suzukit86 2013/10/29
  • 「1.01の法則」のウソ ~ If it’s not fun, why do it? ~ - 文鳥社とカラスの社長のノート

    少し前に「1.01の法則」というのが流行りました。そうですこれです。 どこかの学校に貼ってあったとかで、誰が最初に考えたのかは知りません。 みんな共感して、シェアしていました。僕もそのときは、なるほどと思ったものです。 しかしちょっと冷静に考えてみれば、なんと残酷な教えでしょうか。 「がんばれ!」「努力しろ!」「さぼるな!」 そんな「人の人生を破壊するやっかいな根性論」を数値化したにすぎません。 まるでたったの0.01 を頑張れない人間はゴミ人生を送るしかないようです。 因にこれを50年にいったいどうなるのでしょう。計算してみた。 1.01の人は、7.3294525e+78 (0が78個) 0.09の人は、2.1993857e-80 (.0が80個) となります。当にそうでしょうか?断固言いたい、答えはノーだと。 これはただの数字です。人間の成長はそんな単純な方程式では紐解けない。 逆の

    「1.01の法則」のウソ ~ If it’s not fun, why do it? ~ - 文鳥社とカラスの社長のノート
    suzukit86
    suzukit86 2013/10/27
  • ぼくのかんがえたさいきょうのpull request活用方針 - いつクリはてブロ

    最近pull requestを開発フローに取り込みつつあるので(実験中)、適当に方針を策定した。 これは現在のチーム(Railsによるwebアプリの作成プロジェクト)の方針であっておすすめ方針とかではないので、参考程度に。 git-flowgithub-flowの不格好なキメラです。 1.追加/変更/リファクタリングした部分について、新しいブランチを作ってそれをpushする。この際、最低限、正常系についてのテストを用意すること。ブランチ命名規則は以下を参考に。 f/xxxxx 機能追加/変更 ref/xxxxx リファクタリング fix/xxxxx バグ修正 release/xxxxx リリース準備 hotfix/xxxxx もぅマヂ無理。。 2.マージ先をdevelopとしてプルリクを作成する。プルリクコメントに、それに関するテストがどれで、どこにあるのか(circles_cont

    ぼくのかんがえたさいきょうのpull request活用方針 - いつクリはてブロ
    suzukit86
    suzukit86 2013/10/24
  • Github Issues を利用したリリースマネージャのお仕事 - hakobera's blog

    最近、Quipper という会社で「リリースマネージャ」という名前のお仕事をしています。開発以外の仕事は久しぶりだったので大変でしたが、最終的にそれなり上手く行った方法を振り返りとしてブログに書いておくことにします。 経緯 自分のチームとは別のチームが開発しているサービスのリリースが迫っている中、それまで開発者の1人がリリース管理っぽいことをやっていたのですが、さすがに開発と管理の二足のわらじが辛くなってきたとのことで、急遽サポート的に自分が「リリースマネージャ」という役割りで参加することになりました。 コンセプト コンセプトは「使用するツールを増やさない」です。 管理のために新しいツールを増やすと、その使い方を教えるなど新たなタスクが発生してしまいます。タスクを減らすためにタスクが増えるなんてナンセンスです。 ということでQuipper では普段の開発に Github を利用しているので

    Github Issues を利用したリリースマネージャのお仕事 - hakobera's blog
    suzukit86
    suzukit86 2013/10/24
  • JavaScript Garden

    JavaScript Garden はJavaScriptというプログラム言語の一番奇妙な部分についてのドキュメント集です。 このドキュメントはJavaScriptという言語に慣れていないプログラマーがこの言語について深く知ろうとする際に遭遇する、良くある間違い・小さなバグ・パフォーマンスの問題・悪い習慣などを避ける為のアドバイスを与えます。 JavaScript GardenはJavaScriptを教える事を目的にしていません。このガイドの項目を理解する為には、この言語に対する前提知識がある事を推奨します。この言語の基礎部分についてはMozilla Developer Networkのガイド がオススメです。 著者 このガイドは愛すべきStack Overflowの2人のユーザーIvo Wetzel (執筆)とZhang Yi Jiang (デザイン)によって作られました。 貢献者 貢献

  • テストケースを動的に生成してJUnitで実行する | DevelopersIO

    AWSチームに参画して2ヶ月ほど経ちました。ところが、AWSの構築などにはあまり関わらず、ひたすらAWSに関連するプロダクトの開発を行う毎日です。そんな折、ボスより次のようなリクエストをいただきました。 ユーザが参照できない情報について、参照できないことを検証して欲しい ・・・「出来ないことの検証」です。 「出来ることの検証」であれば、その例をテストケースとして記述してテストを実行すれば検証出来ます。しかし、出来ないことを証明することは非常に困難です。ただ、情報は有限なんで、総当たりにでもやればできるかもしれません。 !? システムのインフラは当然のようにAWSです。テストのためのリソースが足りなければ増やせばいいじゃないですか。時間がかかるならば並列化すればいいじゃないですか。テストの時だけ増やせばいいんです。 ならば、総当たりでテストしよう という方針になりました。そして、ブログのネタ

    テストケースを動的に生成してJUnitで実行する | DevelopersIO
  • 長年の議論に終止符 -- MySQL、MariaDB、PostgreSQLのオプティマイザ/エクゼキュータ比較 - interdb’s blog

    https://mariadb.com/kb/en/optimizer-switch/にあるように、MariaDBのオプティマイザはかなり改良されている。 では、MariaDBのオプティマイザ/エクゼキュータはどの程度優秀か、4つのSELECT文の実行を通してMySQLと(ついでにPostgreSQLと)比較してみる。 (2014.12.3追記:オプティマイザについては省略してますが、こんながでます。) 結論を先にいえば「MySQLは検索が速い」というのは都市伝説。MariaDBはがんばってるけどPostgreSQLにはまだまだ及ばず。 *念のため。これはベンチマークじゃないよ、オプティマイザ/エクゼキュータの機能比較です。 自分で再確認したい場合はこちらにスクリプト群と実験のやり方を簡単に書いたので参照のこと。 調査環境 同一マシンにMySQL5.6.14、MariaDB10.0.4、

    長年の議論に終止符 -- MySQL、MariaDB、PostgreSQLのオプティマイザ/エクゼキュータ比較 - interdb’s blog
  • ホームページ制作・Web制作見積り例|ホームページ制作・Web制作会社 ウィッシュポケット

    トップページ サービス事業案内…indexとサービス詳細5P 汎用ページ…会社概要・アクセス・採用情報・サイトマップ・個人情報保護方針 お知らせ/ニュース(更新システム) お問い合わせフォーム

  • イテレータパターンの理解度チェック - OKWAVE

    ずばり言うわ。 あなたIteratorパターンまったく理解していないでしょう? ずびしっ(効果音的なもの) Iteratorパターンというのは私的に簡単に説明すると ・Collectionの要素に順番にアクセスする方法 ・しかもCollectionの中身を意識する必要はない というものよ。 Java的に言うならCollectionの要素が StringでもFormでも まったく同じ構成の実装が書けるって言うこと。 具体的なソースで書くと Iterator ite = myCollection.iterator(); while(ite.hasNext()) { } こんな感じ。 myCollectionの要素がなんだろうと 同じ実装になるでしょ? Iteratorパターンを使って何かを作ると言うことは この様な形で実装可能なCollectionを作成する ということよ。 つまり、Itera

    イテレータパターンの理解度チェック - OKWAVE
  • Vimのスペルチェック機能を使う - Qiita

    はじめに Vim7以降限定ですがVimにはスペルチェック機能がついてます。 これは、~/.vimrc辺りでset spell`しとくと有功になります。 こんな塩梅で、間違ったスペルに下線を引いてくれます。 ただしちょっと欠点があります。といいますのは・・・ 日語が全部スペルミス扱いになって残念なことになります。 あとは、ソースをコメントアウトした時もやっぱり残念なことになります。まあそんな英単語ないですからね。 解決方法 ということで、こんな感じで~/.vimrc辺りに書いておくと幸せになれるかも知れません。 アスキーコード以外で書かれている単語と、キャメルケース、スネークケースのようなプログラムソースっぽい単語をスペルチェックの対象から外します。 (追記:10/20/2013 19:00ごろ) シンタックスハイライトが崩れることがあったので修正。 あと、やっぱりソースコードに訂正線を入

    Vimのスペルチェック機能を使う - Qiita
  • Python 3 の MySQL ドライバ事情 - methaneのブログ

    Python 3.3 の現状の MySQL 事情ってだいぶ解りにくいので、 MySQL-python と PyMySQL についてまとめておきます。 MySQL Connector/Python とかも Python 3 対応しているはずですが使ってないので知りません。 MySQL-python 多分デファクトスタンダードな MySQLドライバなのですが、現状リリースされている 1.2.4 では Python 3 対応ができていません。 Fork の MySQL-for-Python3 が推奨されます。 PyMySQL 一応、この前リリースした PyMySQL 0.6 で動くはずです。 速度的には CPython で使う文には MySQL-python の方が速いはずなので、そっちを使ったほうがいいです。 また、 PyMySQL 0.6 はプロトコル仕様みながら結構書き換えたので人柱要素も

    Python 3 の MySQL ドライバ事情 - methaneのブログ
  • CIについてのおさらい - ワザノバ | wazanova.jp

    CIについては、 CIに興味がある会社は多いが、 バックアップをとってない バックアップをとっていても手順書がない システム監視してない 退職者がでても番用のパスワードを変えてない サーバ設定管理をしてない システムをスケールさせる段取りがついてない サーバ交換の手順が決まってない など、まともなシステム運用環境が用意されてない事例が散見される。最初からHerokuやPaaSに任せている会社であればよいが、そうでなければ基的なことの整備は大切。まずは、Ansible / Puppet / Chef / SaltStackなどでの設定管理から手をつけてみればよいのでは。 という意見もあるようですが、「CIとは何か?」については、やはりThoughtWorksのサイトが一番簡潔によくまとまってるようです。 Integrate at least daily コードを1日数回共有のreposi

    suzukit86
    suzukit86 2013/10/19