治安の悪い Slack Emoji を作るツールを作った - Qiita
(治安の悪くない Emoji も作れます) 作ったもの ここで遊べます おもしろいところ GIF アニメのエンコードまですべて js で完結しているので、ありがちな「謎のサーバーに画像アップロードするといい感じに変換してくれる」的なサービスと違って、素性の知れたコードがクライアント側でサクサク動きます。 なにができるの？ 画像を 128px x 128px に変形 画像を、 Slack にアップロードできる（現状）最大サイズの 128px x 128px に変形します。 ローカルのファイルから選ぶか、画像の URL を入力できます。アップロードするわけではないので、デカい画像でもサクサクなのがお気に入りです。 変形は 正方形に引き伸ばし（アス比無視） 正方形いっぱいに拡大して、余ったところはトリミング（アス比維持） 正方形に収まるように縮める（アス比維持） から選べます。 テキストから画像
自動E2Eテスト結果をビューティフルなレポートにまとめてTestRail連携してみた | メルカリエンジニアリング
こんにちは。メルカリで自動化＆品質保証グループ（Automation & QA Group：通称AQA）のエンジニアリングマネージャをぶりぶりしている@daipresentsです。 AQAは、従来のQAではなく、自動化を駆使した「完全自動化時代のQA」を目指すグループとして活動しています。その道のりはなかなか険しいのですが、じわりじわりとメンバーも増え、社内でも「自動化」というキーワードが広がってきました。 この記事では、テスト自動化でとても大切なポイントとなる、テスト結果をまとめたビューティフルなレポートのノウハウを共有させていただこうと思います。 継続的システムテスト 現在、メルカリAQAでは、「継続的システムテスト」の実現に取り組んでいます。ここでいう継続的システムテストとは、365日24時間、ずーーーっと自動化されたE2Eテスト（レグレッションテストとも言える）を実行することを指し
株式会社エフコードさんでフロントエンドの話をさせていただきました
お付き合いのある株式会社エフコードさんの社内勉強会で発表するお仕事をさせていただいたのでそのまとめ。 お題目としては「なんかフロントについて話して」とふわっとボールをいただいて、さてどうしようかなーと色々考えた末に、フロントエンドの歴史についてという題目にしてみた。 比較的サーバーサイドどっぷりな人が多いのもあったので、なるべくライト気味に、とか色々考えてみて、フロントエンドへの恐怖感取れたら良いよなあと思ったというところ。 地味に外で話すということをやったことがほとんど無い人間なので、わりとがっつり練習した（多分スライドも喋りにあわせて作っているので、スライドだけ見てもあまり良い資料ではないかも） なんとなく大道芸人が興行に行くような気持ちだったと思う（大道芸人やったことないけど） 当日も手応えがある反応をいただけたのでよかった。 作ってみてどうだったか最初「いや、こんな老害みたいな話し
Google謹製の子ども用スマホを完全に支配下における親向けアプリ「ファミリー リンク」を使ってみました
子どもにスマートフォンなどのモバイル端末を与える場合、何を許して何を禁止するのかをルール付けすることが大切。しかし、「約束は破るためにある」というやんちゃな子どもの場合、ペアレンタルコントロールアプリの導入が有効です。Google謹製のAndroid端末向けのペアレンタルコントロールアプリ「Google ファミリー リンク」が日本向けにリリースされたので、さっそく使い勝手を試してみました。 Google ファミリー リンク - ホーム http://families.google.com/intl/ja/familylink/ ◆親端末の設定 まずは子どもの端末(子端末)を管理する「親端末」の設定を行います。なお、親端末はAndroid 4.4(KitKat)以降のOSを搭載している必要があります。iOS用アプリはありますが、あくまで親端末のみ。子端末はAndroidのみ利用可能です。 G
2時間で400冊完売した初心者向けのDNS本 #DNSをはじめよう のダウンロード版を販売します #技術書典｜mochikoAsTech
2019年9月22日 改訂第2版について9月22日(日) の技術書典7で「DNSをはじめよう 改訂第2版」が出ました。noteで初版の電子書籍版をお買い上げいただいた方は、改訂第2版もそのままダウンロードいただけます。このまま最下部までお進みください。 なにこれ？2018年4月22日（日）に開催された技術書典4で 紙の本400冊が2時間で完売してしまったDNS本の 電子書籍（PDFダウンロード）版です。 IT系で働いてるけどシステムとかインフラとかは 正直あんまり分かってないのがちょっとコンプレックス・・・ そんなエンジニアやディレクター向けに ドメイン名やDNSを分かりやすく教える一冊です！ ※BOOTHで販売しているものとまったく同じ内容です DNSをはじめよう ～基礎からトラブルシューティングまで～技術同人誌（PDF） / 168ページ / ¥1000 ドメイン名を買って試しながら学
エンジニアの技術力評価は難しい? - 7年間運用してきた技術力評価制度の改善の歴史 ‒ / technology assessment 2018 04 25 - Speaker Deck
2018年4月25日にはてなさんのオフィスでプレゼンしたときの資料です。 ※このスライドは、2017年1月に公開した資料 ( https://speakerdeck.com/makoga/regional-scrum-gathering-tokyo-2017 ) に「社外評価者」の取り組みなどを追加した内容になってます。 ---- 2018/05/15追記 このスライドを公開後、下記2点を懸念する声がいくつかありました。 ・プレゼンスキルだけが高い人が過剰に評価されるのでは。 ・社内政治やコネを作るのがうまい人が過剰に評価されるのでは。 それを受けて、工夫していることを別ブログとして書きましたので、ぜひ読んでみてください。 適切な技術力評価をするために工夫していること https://note.mu/makoga/n/nfafc523957f3 ---- 2019年2月5日追記 スライドだ
プロジェクトをリードする技術 - kakakakakku blog
今日，社内勉強会で話す機会があり，過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした．今回は参加者がエンジニアだけじゃなく，ビジネスチームのメンバーもいたため，できる限り，技術的な用語を使わないようにした．質疑応答とディスカッションもあり，1時間非常にワクワクした時間だった． 関連する領域 僕がプロジェクトをリードするときに意識しているのは，スクラムなど特定のプラクティスに依存しすぎないことで，チームの特性によって，関連する様々な領域からプラクティスを集めている．ザッと挙げるだけでも，こんなにたくさんある． チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ！プレイングマネージャーとして頑張っ
希薄化したTDD、プロダクトの成長のために必要なものは？〜『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （６）
テスト書くのが当たり前、だけど・・・和田：次に意味の希薄化ですね。『Test-Driven Development by Example』の出版から15年経ち、テストコードを書く人はすごく増えました。15年前は啓蒙期で、テストコードを書きましょう、テストコードの書き方はこういう感じですというのを頑張って啓蒙する必要があった。 でも、例えば今の若手プログラマーは普通にテストコードを書く。なぜなら既存システムにはテストコードが書かれているから、開発の継続、不具合の修正とか機能追加を行う際にテストコードを書くのが普通だし、テストコードが無いとレビューは通らないしみたいな話になって、テストコードがあるという生活は普通のものになっている。そうすると、なぜテストコード書くのかとか、本来こういうテストコードを書きたかったんだけどとか、こういうテストを書くべきなんだけどみたいな議論はだいぶ土俵から外れてし
2018年のPHPDoc事情とPSR-5 - Qiita
PHPDocとは、クラスや関数などのブロックに記述できるDocComment内に記述する書式の通称です。この書式の情報源として時折PSR-5が参照されることがあるので簡単に状況をまとめます。 TL;DR PSR-5の標準化ステータスは昨年10月にABANDONED (放棄・議論停滞)になりました 2018年9月26日にPSR-5とPSR-19が分割され、ともにDRAFT状態に入りました PHPDocを型注釈として利用する各処理系の実装にはばらつきがあり、PSR-5とは相違点があります PhpStormは現在のところ(2018.1 EAP)PSR-5と互換性がありません 特にチーム開発では、対応する型記述の書式について注意が必要です PhpStormに配慮して書く場合、phpDocumentorの仕様を参照する方が安全です PHPDoc リファレンス — phpDocumentor この記事
JaSST'18 Tokyoクロージングパネル「アジャイル・自動化時代のテストの現場のリアル」 #JaSST - ブロッコリーのブログ
はじめに この記事はJaSST'18 Tokyo（ソフトウェアテストシンポジウム）のパネルセッションを書いたものです。 JaSSTソフトウェアテストシンポジウム-JaSST'18 Tokyo 自己紹介 バックグラウンドが違い、コンテキストが違うことがある そこで自己紹介時に、どれくらいの頻度でDeployしているのか、どれくらいの頻度でリリースしているのかを踏まえて話してほしい。 荻野 恒太郎（以下、荻野） 楽天 テスト自動化とDevOpsのマネージャをしている。 デプロイは毎日数十回実施 1週間に数回リリースしている 天野 祐介（以下、天野） サイボウズ kintoneの開発チームに所属 エンジニアが10数名、QAなどを含めると30名ぐらいのチーム 2015年にチームリーダーになった 今はスクラムマスター中心 最近、WaterFallからAgile開発に変更していっている 今は1イテレー
エンジニアの評価制度について - console.blog(self);
Goodpatch Advent Calendar 2016 25日目の記事です。 「エンジニア向け評価制度」とは、技術やスキルなどの側面を評価するための制度という意味合い。いまエンジニア向けの評価制度を作っていて、いろいろな会社のエンジニア向け評価制度について調べてみた。 大別すると、こんな感じ。 そもそも評価制度がない エンジニア向け評価制度がない エンジニア向け評価制度がある そもそも評価制度がない 時雨堂やソニックガーデンには評価制度がない。 評価制度の無い評価制度 エンジニアの評価基準、短期評価をやめてみたら？ | サイボウズ式 こういった考え方は、たしかになーと思う。 良い悪いを短期的に見ないからです。短期的に評価すると、短期的な視線で仕事をしちゃうじゃないですか？ 一番イヤなのは、チームで助け合って働くのが大事なのに、“自分の評価を考えると、この人を助けている場合じゃない”と
転職します。IT未経験からSESを経て事業会社へ……転職活動で感じたこと - 周回遅れでIT業界デビューしたプロジェクトマネージャーのブログ
こんにちは。もうそろそろ春ですね。 2月末日付で前の会社を退職し、3月1日付で新しい会社に移ります。 旧）プログラマー兼QAエンジニア 新）データサイエンティスト兼開発エンジニア となります。 IT業界に入ってから1年での転進となります。 会社に貢献し、技術者としても一層成長したいと思いますので、引き続きご指導ご鞭撻のほど、よろしくお願い申し上げます。 日記の内容 今回の日記では、どんな感じで転職活動をしたのかを書いていきたいと思います。何かの参考になりましたらうれしいです。 ※ 主な対象は「IT業界内の転職活動に興味のある方」「未経験だけどIT業界で仕事がしたい方」「現在SESで働いているけれど脱出したい方」「異業種からIT業界を目指したい方」です。レベルの高い内容は出てこないと思いますので、ご寛恕いただけましたら幸いです。 ※ あくまで本人の実体験に基づく記事であり、本記事を利用するま
モブプログラミングとコードレビュー
特集1では，2人1組になってコードを書くペアプログラミング（ペアプロ）と，チーム一丸となってコードを書くモブプログラミング（モブプロ）について解説します。… この中で、モブプロは モブプログラミングの「モブ」とは群衆のことです。モブプログラミングでは、ペア（2人）ではなく、モブ（チーム全体）でプログラミングを行います。モブの人数は3人から5人くらいを想定しています。ペアプログラミングと同様に、コードを書くだけでなく、すべてをモブで行います。 と説明されています。 私がモブプログラミングという言葉を初めて聞いたのは、現マイクロソフト牛尾氏の以下のブログ投稿だったように思います。
リモートワークとの付き合い方
A very smart man versus a very smart machine. Can an undisputed board game king conquer artificial intelligence? Watch… Netflix の AlphaGo が話題になっているので Netflix を再契約して見てみた。とても良かった。 見ていて思ったのが DeepMind 社の社員たちが事ある毎にホワイトボードやメモ帳を持って議論をしていた。 もちろんこれはドキュメンタリーなので、全部が全部そうではないとおもうが、とにかく顔を合わせて、その場にいて議論をしているように見えた。 働く場所は同じ場所で、皆ヘッドフォンをして作業をしていたし、スタンディングデスクもあった。ただとにかく顔を合わせて話をしているのが印象的だった。 自分のリモートワークに対する考えちょと書き出してみる
管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
複数の形態素解析器を見比べる - Qiita
TL;DR 更新情報 kytea, juman, juman++の解析結果を追加しました (2016/10/15) 色々な分かち書き結果を冒頭に加えました (2016/02/28) この記事を見ると, こんなことができるようになるよ. 便利！！！ $ cat text.txt | mecab-all IPADIC :私大 ファン な ん です JUMAN :私大 ファン な んです JUMANDIC:私大 ファン な んです JUMANPP :私大 ファン な んです KYTEA :私大 ファン な ん で す NEOLOG :私大 ファン な ん です SNOW :私大ファン な ん です UNIDIC :私大 ファン な ん です IPADIC :すもも も もも も もも の うち JUMAN :すもも も もも も もも の うち JUMANDIC:すもも も もも も もも の
第一回 PHP Wayを開催しました - PHPから別言語に変えることを考えた振り返り - BASEプロダクトチームブログ
BASE本社で12月19日にPHP Wayというイベントを開催しました。 PHPで成長したWebサービスを他の言語に移行させる話題を見ることがありますが、PHPを使い続ける企業がどのようなことを考えて、その選択をしているのか？ということを共有するイベントでした。 どこか自信を見失いがちなPHPの利用について、適切に状況判断するための材料を共有し、PHPを使うサービスにエンジニアとして関わっていくにあたって無駄に悲観的に思わないようにするのをイベントのゴールとして設計しています。 （左からコネヒトCTO島田さん、BASE藤川、サイバーエージェント SGE CTO 白井さん） BASE社の発表資料はこちらです。 20171219 / phpway / BASE,Inc. from 真一 藤川 一度採用した開発言語、実行環境やフレームワークは、一定のライフサイクルの後に、それを採用していることそ
イマドキのJavaScriptの書き方2018
PySpa統合思念体です。これからJavaScriptを覚えるなら、「この書き方はもう覚えなくていい」（よりよい代替がある）というものを集めてみました。 ES6以降の難しさは、旧来の書き方にプラスが増えただけではなく、大量の「旧来の書き方は間違いを誘発しやすいから非推奨」というものを作り出した点にあります。5年前、10年前の本やウェブがあまり役に立たちません。なお、書き方が複数あるものは、好き嫌いは当然あると思いますが、あえて過激に1つに絞っているところもあります。なお、これはこれから新規に学ぶ人が、過去のドキュメントやコードを見た時に古い情報を選別するためのまとめです。残念ながら、今時の書き方のみで構成された書籍などが存在しないからです。 たぶん明示的に書いていても読み飛ばす人はいると思いますが、すでに書いている人向けではありません。これから書くコードをこのスタイルにしていくのは別にいい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SOLIDの原則ってどんなふうに使うの？
【パソナキャリア】転職エージェントが支援する求人・転職サイト
