タグ

tomo154のブックマーク (204)

  • KyashとLenovoショッピングの組み合わせを踏み抜いて大変な目に遭った話(追記あり)

    シンプルに言うと LenovoショッピングでKyashを使ってノートPC(約15万)を買った 商品が出荷されるまで毎月2回請求(計30万)引き落とされる 多重決済分は返金ではなくKyashポイント充足(60日後に行われる見込み) 納期未定のため、放置すると毎月30万クレジットカードからKyashにチャージするところだった 追記(2020/09/01 18:47) 大きな反響があり驚いています。いくつか漏れていた点があるので追記します。 Lenovoショッピングはプリペイドカードを使うなと言っている 私はコレを完全に見落としていました。というのも当時はKyashがプリペイドカードであるという認識がなかったためです(じゃあ何なんだと言われても、雰囲気で使っていたわけですね) Lenovoに注文した当時は今みたいな納期未定ではなく出荷の見通しが立っていた そういう意味でも不幸な事故という表現をし

  • リーダブルコードから学ぶ、美しいテスト手順の書き方 - ボドゲを愛するテスト屋さん

    記事は「ソフトウェアテスト Advent Calendar 2017 - Qiita」用の記事です。 どうも、6日目担当のオムそばです。 最近、@yoshikiitoさんのお勧めで、 リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 作者: Dustin Boswell,Trevor Foucher,須藤功平,角征典 出版社/メーカー: オライリージャパン 発売日: 2012/06/23 メディア: 単行(ソフトカバー) 購入: 68人 クリック: 1,802回 この商品を含むブログ (138件) を見る という(より良いコードを書くためのテクニックがまとめられている)を読んでいるのですが、 ふと、「このテクニック、テストエンジニアがテストケースの手順(以下、テスト手順)を作る際にも使えるんじゃないか?」と思った

    リーダブルコードから学ぶ、美しいテスト手順の書き方 - ボドゲを愛するテスト屋さん
  • フリーランス一週間目、不安、人格、Redux - mizchi's blog

    契約先 週3でアカツキ様、週2でリクルートテクノロジー様で開発に関わらせてもらっている。どちらも公開の許可を貰った、というかむしろ宣伝してくれと言われた。アカツキは @seizans さん、 リクルートテクノロジーズは @yosuke_furukawa さんの繋がりで仕事をとった。事前に面識がある人に相談することで、人格面や技術面のすり合わせが楽で、ゼロベースの信頼関係にならず対人関係のストレスが減るようにコントロールした、つもりではある。 全く違う仕事をしているのではなく、どちらも redux 周りをやっている。みんなそこで苦しんでいる。今、界隈を絶望させているのは react-router v4 であり、これが諸悪の根源であるといって差し支えない。既に辛い気持ちなっている。絶対に倒したい。 ネットの人格 契約先の話で思い出したんだけど、僕はネットで暴れてる方と、リアルで卑屈になってる人

    フリーランス一週間目、不安、人格、Redux - mizchi's blog
    tomo154
    tomo154 2017/04/10
  • 新はてなブックマークボタン公開! ボタンを押して、Tシャツ&ステッカーが当たるキャンペーンに参加しよう - はてなブックマーク開発ブログ

    ※ キャンペーンは終了しました。たくさんのご応募ありがとうございました 先日お伝えした通り、日から新しいはてなブックマークボタンをご利用いただけるようになりました! はてなブックマークボタンはこれまで種類の選択肢が少なく、かつモバイルページでは扱いづらいデザインでした。今回、種類とサイズの柔軟な変更に対応し、スマートフォンでも見やすく使いやすいデザインになりました。 以下のガイドページから、お好きなデザインにカスタマイズしてご利用ください。 ▽ はてなブックマークボタンの作成・設置について - はてなブックマーク ※ 現在すでにページに設置しているタグの貼り替えなどは不要です 新しいボタンを押して、Tシャツとステッカーを当てよう! このリニューアルを記念して、非売品の「はてなブックマークTシャツ」と今回新たに制作した「はてなブックマークボタンステッカー」をセットにして2名様に、さらに「は

    新はてなブックマークボタン公開! ボタンを押して、Tシャツ&ステッカーが当たるキャンペーンに参加しよう - はてなブックマーク開発ブログ
    tomo154
    tomo154 2017/02/17
    はてなブックマーク、お世話になってます。Tシャツかっわいーい!
  • 個人的コードを早く書くための覚書

    なんとなく書いてみた。というか書いてみると作業方針ぽくなったし、チケットの捌き方みたいになった。 IDEを駆使して自分の作業をoptimizeする ショートカットキーとコード補完などは覚える。 操作を行う頻度の多いもの、処理に時間がかかっているものを最適化するのが目的。 IDE自体の処理スピードがネックになる場合はチューニングすること。 タイピングからのレスポンシビリティが下がる、 ビルド・デプロイにコードベースの量から想定される以上に時間がかかる。 などと行った場合はなんらかのゾンビプロセスなりが存在しているかもしれない。 なるべくチケット化する これはプロジェクト方針と合致するかということも大いにあるけど、 基的にチケットは細かくあったほうが良いと考える。 明らかに作業に対してチケットのタイトルが合致していない場合、 チケットにない作業をしている場合などが該当する。 タスクを細かく切

    個人的コードを早く書くための覚書
  • 上司の意思決定ポイントを浪費させないゲーム。 - 青猫文具箱

    おもむろにライフハックっぽい話題書きます。最近考えていること。 多分人間って、意思決定、要は何かを決める時ってパワーを使うんですよ。ゲームでいうところの、HPよりはMPに近いやつを消費する。 それを「意思決定ポイント」と自分では仮名振っているんですけれど、意思決定ポイントの消費は、使い方次第で多くも少なくもできるんですね。イメージとしては、 ある程度情報が出揃った中でAを実行する(代案なし) 既出、または類似の問題について選択肢A〜Cからひとつ選ぶ メリットデメリットにあまり差がない選択肢AかBを選ぶ 情報がない中でAを実行する 新規に選択肢A〜Cを設定した上でひとつ選ぶ 下になればなるほど意思決定ポイントの消費量は上がっていく感じ。 日常生活を過ごす上では、できるだけ意思決定ポイントは浪費しないように過ごすことが大切で、なぜならこのポイントって枯渇しがちだからです。いろんなことを毎日毎日

    上司の意思決定ポイントを浪費させないゲーム。 - 青猫文具箱
    tomo154
    tomo154 2016/12/14
    めっちゃときめく
  • IKEAは雑貨も収納もおすすめ!ネットで大人気のアイテム50選【完全版】|LIMIA (リミア)

    8分前 IKEAは雑貨も収納もおすすめ!ネットで大人気のアイテム50選【完全版】 IKEAにはデザイン性が高くて高品質な家具や、便利な雑貨がたくさん。IKEAでしか買えないものがたくさんあります。そんなIKEAの絶対買うべきおすすめ商品をまとめました。何を買うか迷ったらぜひ参考にしてみてください。ネットで実際の使用例も紹介しています。

  • 静岡一泊旅行 てんぷら成生で絶品の天ぷら、桜家のうなぎとレトロシックな淡島ホテル - ぶち猫おかわり

    三島広小路駅近くのつばさ寿司で釣りたて魚の握りランチ 9月上旬に静岡に行ってきました。週末を使った一泊旅行です。静岡の三島にはちょっとした縁があり、数年前に仕事で定期的に通っていた場所なのでした。その頃はとにかく忙しくて、新幹線が来るまでのちょっとした時間に駅前でぱぱっと鮮魚をべるくらいしかできなかったので、今回は腰を据えておいしいものをべたいと思います。 初日の朝は、東海道新幹線こだま号に乗って三島へ。所要時間は東京駅から55分くらい。さらに伊豆箱根鉄道に乗り換えて一駅の三島広小路駅へ。 駅徒歩数分の商店街にあるつばさ寿司。三島と言えばうなぎが有名ですが、漁港が近いだけあって魚もとても美味しいのです。 冷酒と上にぎりを注文。12時前だったのですが、お店はカウンターも含めてほぼ満席。東京からの観光客と地元のお客さんが半々くらいのようでした。最初に出てきたのは、ネギトロ巻。ボリュームもた

    静岡一泊旅行 てんぷら成生で絶品の天ぷら、桜家のうなぎとレトロシックな淡島ホテル - ぶち猫おかわり
    tomo154
    tomo154 2016/09/30
  • yak shaving で人生の問題の80%が説明できる問題 - bkブログ

    yak shaving で人生の問題の80%が説明できる問題 つい最近、 yak shaving (ヤクの毛を刈る)、という言葉を知りました (原典)。これは「一見無関係に見えるけど、真の問題を解くのに必要な問題を解くのに必要な(これが何段階も続く)問題を解くのに必要な活動」という意味の言葉です。 yak shaving は、ようするに「ある問題を解こうと思ったら別の問題が出てきて、それを解こうと思ったらさらに別の問題が出てきて…」ということが延々と続く状況を表しています。ちなみに、ヤクとは毛が長い、牛の一種です。 yak shaving は、以前に覚えた bikeshed と同じくらい便利そうな表現です。というもの、プログラムを書いていると yak shaving 的な状況がすぐに発生するためです。 たとえば、「Amazon のほしい物リストを CSV 形式に変換して Excel で読み

  • 歴史ある街、シリアの古代スポット5選 | tabiyori どんな時も旅日和に

    昨今、シリアの名前は私たち日でもよく聞く名前となってしまいました。戦いの場になってしまっているシリアですが、私たちが知らない古代の貴重な建物が今なおたくさん残されていることをご存知でしょうか。今回はそんな知られざるシリアの遺跡を中心にご紹介していきたいと思います。

    歴史ある街、シリアの古代スポット5選 | tabiyori どんな時も旅日和に
  • SeleniumでE2Eテストを始めよう - オールアバウトTech Blog

    オールアバウトのsankameです。 突然ですが、Webブラウザのテストってやりずらいですよね… ブラウザ毎に挙動が違ったり、結局、担当者頼みになって、その人が代わったらまた障害が起きて…と。 エンジニアならこういう問題はさっさと自動化してスマートに解決したいものです。 ※このアプリのソースコードはページ末尾のリンクからご利用下さい。 …とは言え、「なる早でリリースを」という場面ではテストは後回しにされがちで、さらに第2フェーズが始まると尚更テストに時間を割くのが難しくなります。(※1) オールアバウトではユニットテストがまだ全アプリに入っていない状況ですが、とにかくハードルを下げつつ半年ほど前からE2Eテスト(※2)を実施しています。(※3) (※1) オールアバウトには専任のQAチーム (Quality Assurance)がないため、開発エンジニアがそれを担当しています。 (※2

    SeleniumでE2Eテストを始めよう - オールアバウトTech Blog
  • <data:blog.pageTitle/>

  • GithubのISSUEでなにやらやるなら、Jasperが便利だぞ!の話 - uzullaがブログ

    相変わらずヤパチー自体のエントリをかいていない主催のuzullaです、こんにちは。 さておき、ヤパチーはGithubで色々まわしていたのです。 Slackで雑談し(たり、自分が気付いたら立てる) ISSUEをたて ISSUEのコメントで色々やりとりをし Wikiにまとめる こういったフローで回しておりました。Slackだとながれちゃうし、長文は書けないからね。 さて、こういったフローで問題になるのが、「ISSUEをみない・見逃す問題」です。 GithubのISSUEは何かしらのアクションが発生しますと、なんらかのNotificationをとばします。ご存じの通りサイトには勿論表示されますし(鈴のマーク)、設定によりますがメールでも通知されますね。 しかしながら人はこれは見落とすわけです。後、自分が関係があるけど議論に参加してない話も漏れがちです。 こういうのを解決するために、人は様々なツー

    GithubのISSUEでなにやらやるなら、Jasperが便利だぞ!の話 - uzullaがブログ
  • KPI に寄与できない開発課題を、組織全体で取り組むということ - クラウドワークス エンジニアブログ

    はじめに クラウドワークスエンジニアの八木です。 先般の記事でも触れられていた通り、クラウドワークスではシステムのフレームワークとして採用している Ruby on Rails を 3 系から 4 系に移行しました。 残念ながら、「こことそことあそこを直して、さあリリース!!!」とはいかず、それなりの時間を投入して行いました。 今回は、Rails のバージョンアップをスムーズに行えないという技術的課題は一旦脇に置いておいて、フレームワークのバージョンアップという「事業の KPI に直接寄与できない開発課題」に対して、クラウドワークスの開発チームがどのように取り組んだか、組織体制の話を書いてみたいと思います。 チーム体制の変遷 まず、クラウドワークスで Rails4 対応するために組んだ組織構成について、時系列に沿って簡単にご紹介します。簡単にご紹介と言いつつ先に要約すると、最初は Rails

    KPI に寄与できない開発課題を、組織全体で取り組むということ - クラウドワークス エンジニアブログ
  • Jenkins+Vagrantでテストを分散しよう

    テストの分散は、環境を分けたい場合や速度を上げたい場合に役立つ。Vagrantで複数マシンのテスト環境を構築し、Jenkinsから複数マシンにまたがるテストジョブを実行してみよう。また、お勧めの便利なプラグインも紹介する。 ← 前回 連載 INDEX 次回 → 連載第3回「アプリケーションをデプロイしてみよう」では、Jenkinsからのさまざまな通知方法、およびテストの分割、Herokuへのデプロイを解説した。Jenkins以外についても多くのことを解説したが、いきなり全てを実践する必要はない。どのプロセスの優先順位が高いのか、プロジェクトメンバーで話し合って、着手する順番を決めていこう。 テストの分散とは? さて、今回は「テストの分散」の話である。「前回の連載で複数のジョブに分けたのが分散なのでは?」と気付いたあなたは鋭い。今回の「分散」とは、ジョブに分割することではなく、「複数マシンで

  • Jenkinsを使った自動テスト環境を作る(前編) | さくらのナレッジ

    継続的インテグレーション(CI)ツールとして有名なJenkinsは、ソフトウェア開発におけるテストやビルドと言った作業を自動化するツールだ。記事ではJenkinsの最新版となるバージョン2系で正式に導入された、パイプライン機能を使ったビルド/テスト環境の構築を紹介する。 CIツールと「Jenkins」 ソフトウェア開発の現場において、そのテストはソフトウェアの設計やコーディングと同じくらい重要な過程である。近年のWebアプリケーションやスマートデバイス向けアプリケーション開発ではアプリケーションのリリース間隔が短くなっている傾向があり、そのためテストもより迅速かつ頻繁に行わなければならくなっている。そういった環境で有用なのが、継続的インテグレーション(CI)ツールだ。 CIは、元々は「ソフトウェアの開発コストを下げるためには開発の初期から頻繁にテストを行ってフィードバックを行うべき」とい

    Jenkinsを使った自動テスト環境を作る(前編) | さくらのナレッジ
  • JenkinsとSeleniumでJavaScriptのテスト自動化、最初の一歩。第1回 日本Seleniumユーザーコミュニティ勉強会

    JenkinsとSeleniumでJavaScriptのテスト自動化、最初の一歩。第1回 日Seleniumユーザーコミュニティ勉強会 1月18日に都内で開催された「第1回 日Seleniumユーザーコミュニティ勉強会」。Seleniumプロジェクトの共同設立者であるJason Huggins氏による基調講演に続いて、有志によるライトニングトークが行われました。 記事ではその中から、玉川紘子氏による「Jenkins x Selenium 最初の一歩」の内容を紹介します(追記:記事のタイトルは「JenkinsとSeleniumでJavaScriptのテスト自動化」とありますが、実際の内容は「Selenium RCがJavaScript技術を用いて自動テストを行っている」という点がポイントという指摘がありましたので、ここに追記します)。 Jenkins x Selenium 最初の一

    JenkinsとSeleniumでJavaScriptのテスト自動化、最初の一歩。第1回 日本Seleniumユーザーコミュニティ勉強会
  • Ansible使ってVagrantのゲストOSの構成管理する【Playbook: jenkins, node.js】 - yutaponのブログ

    去年辺りからimmutable infrastructureが盛り上がってきている感があります。 サーバーの環境をコードで記述するツールにはPuppet、Chefなどがありますが、 今回はAnsibleを触ってみます。 Ansible is Simple IT Automation この記事ではVagrantでCentOS6.5を入れて、その上にAnsibleでJenkinsを入れるところまでを説明します。 (入門向けで、Ansibleについて突っ込んだことは書いていません) Ansibleとは? AnsibleはPuppet、Chefなどと同様に構成管理ツールです *1 一番の特徴はPuppet, Chefに比べてリモートホストに特別な設定が必要ないことでしょうか。 ssh接続ができて、python2.4以上が入っていれば動きます。 設定はYAMLで記述し、特にpythonを知らなくても

    Ansible使ってVagrantのゲストOSの構成管理する【Playbook: jenkins, node.js】 - yutaponのブログ
  • GitHubの画像貼り付けでサイズを指定する方法 - dackdive's blog

    GitHub の Issue にスマホのキャプチャ画像を貼付けたりする時、 そのままドラッグして貼付けると必要以上に大きく表示されて困った。 サイズ指定して貼付ける方法あるかなと思って調べてみたらここに書いてあった。 html - Resize image in the wiki of GitHub using Markdown - Stack Overflow 画像をドラッグ&ドロップして貼付けた時の記法は ![***代替テキスト***](***画像のURL***) だが、これを <img> タグを使った方法に変更する。 <img src="***画像のURL***" width="***サイズ***"> 試しに先ほどの画像で width="320px" を指定すると

    GitHubの画像貼り付けでサイズを指定する方法 - dackdive's blog
  • トレタのインフラ運用、支えている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方 - トレタ開発者ブログ

    インフラをアレしてる佐野です。トレタのコア部分はEngineyardで運用していますが、事業拡大に伴いサブシステムも増えてきました。新しいサブシステムは主にAWSで運用しています。そこで今回は事例として弊社の新規部分のインフラ運用のやり方、そこで使われている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方などについて書きます。これらの道具はもはやよく知られたものであり、あまり真新しくはないとは思っています。しかしながら弊社に遊びに来た方や採用の応募者の方などからトレタのシステム運用に関する質問をいただくことがあり、その説明資料のかわりになるかな、という目的もあって書かせていただきます。これ以外にも道具はあるのですが、なんとなく興味をもってくれそうなワードをタイトルに羅列させていただきました。以下、目次

    トレタのインフラ運用、支えている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方 - トレタ開発者ブログ