タグ

ブックマーク / qiita.com (282)

  • エンジニアリングマネージャを退いた話 - Qiita

    この記事は、Engineering Manager Advent Calendar 2018の06日目のエントリーです。 Engineering Manager Advent Calendar 2018 2016年某月からリーダー相当となり、さらに2018年04月から半年間、開発チームのマネージャとしてやってきた。しかしやり続けても成果を出す自信も、そもそもこれがやりたいことなのかという疑問もあったことと、なによりちょうどよくそれを託すに値する人がリファラル採用によって獲得できそうということが偶然にも重なり、マネジメントをやめたいと経営者に伝えたのが2018年10月。 そしていま現在、件の人にマネジメントしていただいており、これが機能していて、これがマネジメントなのかということを感じている。振り返るに自分には何が足りなかったか、マネジメントとは具体的になにをすることだったのか、ということを

    エンジニアリングマネージャを退いた話 - Qiita
  • 毎月 500 時間の社内ルーティンワークを GAS を使って自動化した話 - Qiita

    はじめに グロービスにて、社内で発生するルーティンワークを自動化する仕組みを作って、約半年で月 500 時間の業務自動化を行った話について書きます。 今年の Cloud Next でこの内容について登壇した際に、「自社でもやろうとしていて参考になった」などの声をいただいたので、同じような動きをしようとしている方に、自分のノウハウが少しでも役立てばと思います。 Cloud Next '18 in Tokyo の登壇内容。 Google Apps Script で始める RPA ITmedia さんからも取材していただきました。 エンジニアとビジネスサイドの化学反応で業務を効率化 やろうと思ったきっかけ 発端は去年のアドベントカレンダーで書いたこの記事でした。 Google Apps Script (GAS) で毎週 30 分の雑務を自動化した話 自分の身の回りの業務を自動化したのですが、社内

    毎月 500 時間の社内ルーティンワークを GAS を使って自動化した話 - Qiita
    toya
    toya 2018/12/03
  • 闇の魔術に対する防衛術 Advent Calendar 2018 - Qiita

    The Qiita Advent Calendar 2018 is supported by the following companies, organizations, and services.

    闇の魔術に対する防衛術 Advent Calendar 2018 - Qiita
  • Mackerel Advent Calendar 2018 Advent Calendar 2018 - Qiita

    The Qiita Advent Calendar 2018 is supported by the following companies, organizations, and services.

    Mackerel Advent Calendar 2018 Advent Calendar 2018 - Qiita
  • マウンテンデュー単価で考える個人開発用クラウドサーバ比較 ( AWS-EC2、GCP-GCE、Azure-VM、さくらのクラウド ) - Qiita

    マウンテンデュー単価で考える個人開発用クラウドサーバ比較 ( AWS-EC2、GCP-GCE、Azure-VM、さくらのクラウド )AWSAzureEC2さくらのクラウドgooglecloud 更新 ・2018/11/11 マウンテンデュー単価で考える個人開発用サーバ VPSサーバ編へのリンクを追記 ・2018/11/13 評価の観点に前提を追記 突然だが、諸君はマウンテンデューは好きだろうか? マウンテンデューとは、(英名Mountain Dew)とはレモン・ライム風味の薄黄色の弱炭酸飲料である。 一般的な炭酸飲料によくありそうな味だが、炭酸が強すぎずゴクゴク飲みやすい。 ニコニコ大百科:マウンテンデューより引用 自分は信仰している。 あの独特の風味(鋼の意思)がもたらす清涼感が病みつきで学生時代は毎500ml缶をお伴していたくらいだ。 マウンテンデュー is God ルートビア is

    マウンテンデュー単価で考える個人開発用クラウドサーバ比較 ( AWS-EC2、GCP-GCE、Azure-VM、さくらのクラウド ) - Qiita
  • 10年モノのインフラを3年がかりでカイゼンした - Qiita

    CI いちおうJenkinsが立ってました。失敗して赤くなってるジョブが大半で、かといって誰が治すわけでもなく、よくわからないけど失敗したり成功したり、とにかく不安定でした。 CloudWatchのメトリクスで眺めて、EBSのIOPSクレジットの枯渇から激遅になって、Jenkinsジョブのタイムアウト設定で失敗になる、まで明らかにしました。その時の対処は、IOPSクレジット上限サイズの1TBのSSDのEBSを付けることと、同時並行で動けるJenkinsジョブ数に上限を設けることで、落ち着くようになりました。 とはいえ「Jenkinsおじさん」問題があるので、CIをどうにか民主化する必要があります。SaaSから検討して、TravisCIとCircleCIが最終候補になって、トラブルシュートをSSHでできるのを決め手に、CircleCIを導入しました。 8月末にCircleCI1.0が死んだと

    10年モノのインフラを3年がかりでカイゼンした - Qiita
    toya
    toya 2018/09/18
    すごい……
  • 実際のところ「ブラウザを立ち上げてページが表示されるまで」には何が起きるのか - Qiita

    9月15日(土) DNSについて追記しました。バックエンド?今はクラウドがきっと上手くやってくれるので深く考える必要は無いんですよ(知らないので書けません😔) 問題のツイート 面接の質問で「ブラウザを立ち上げてページが表示されるまでの仕組みを全て知ってる限り説明してください」ってのをやると結構Web系の知識どれだけあるか分かると思ってる — 🍛🍺 (@tan_go238) September 10, 2018 解釈 今回は「ChromeのURL欄に入力してからページが表示されるまで」をやります。ブラウザの起動云々はWeb系の話じゃないと信じてます。 1. HTTPリクエストが飛ぶ HTTP2のヘッダ圧縮技術に全て書いてありました。 (追記)下のリクエストヘッダはテキストで書かれていますが、実際にはこれをバイナリにしたものが飛んでいるとのことです。segfoさんありがとうございます!

    実際のところ「ブラウザを立ち上げてページが表示されるまで」には何が起きるのか - Qiita
    toya
    toya 2018/09/14
    ぱ、ぱそこんをたちあげる
  • プログラミングが大好きなWeb系エンジニアの50代以降のキャリアに関する考察 - Qiita

    先日、サイバーエージェントさんの「身に着けた技術をいかに捨てられるか。エンジニア歴39年、今でもエンジニアで居続ける理由。」という記事が大変話題になりました。 プログラミングやテクノロジーが大好きでWeb業界で働いているエンジニアの方の多くは、「可能であれば50代以降も現場で"手を動かすエンジニア"として働きたい」と考えてらっしゃると思いますが、平松さんのような方はかなり例外的で、Web業界で多数の現場を経験してきた私でも、50代以上の現役エンジニアの方とご一緒にお仕事をさせて頂いた経験は残念ながら一度もありません。 私は現在、雑エンジニアTVというYoutubeチャンネルで、Web系エンジニアのキャリアに関する情報を色々と発信させて頂いているのですが、視聴者の方から「Web系エンジニアの50代以降のキャリア」に関してご質問頂いても、完全に未知の領域になる&ロールモデルとなる方があまり

    プログラミングが大好きなWeb系エンジニアの50代以降のキャリアに関する考察 - Qiita
    toya
    toya 2018/09/02
  • 「さようなら ImageMagick」の考察 - Qiita

    はじめに サイボウズさんの ImageMagick の利用をやめる記事について少し思う所を書きます。否定というよりアシストのつもりです。(2018年08月26日投稿) さようなら ImageMagick 自分のスタンスを3行でまとめると、 policy.xml で読み書き出来るファイル形式を絞れば、いうほど怖くはない ただ、ImageMagick に限らずサーバサイドで動かすのは手間と覚悟が要る Yahoobleed の件でコード品質が信用ならないと言われたら、ごめんなさい 「ImageMagick を外した理由」 サイボウズさんのブログでは、2017年の ImageMagick 脆弱性報告数が多いので駄目との事です。 脆弱性 ImageMagick には脆弱性が大量に存在します。 2017 年に報告された ImageMagick の脆弱性は 236 件 でした。 大量にある上にリモートコ

    「さようなら ImageMagick」の考察 - Qiita
    toya
    toya 2018/08/26
  • サマータイム導入には反対だが、サマータイム導入に必要なことを考えた - Qiita

    はじめに あらためて書くが、サマータイム導入には大反対である。システムの問題も大きいが、サマータイム推進派が唱える導入によるメリットも懐疑的である。また1日の周期が変わることによる人間に強いる負荷も大きく、サマータイムにはデメリットしかないのではと考えている。 しかしながらサマータイム導入に反対でも、技術面では興味深く、サマータイム対応に必要なものを考えてみることは悪いことではない。そこでざっくり考えてみたところ、サマータイム導入には次にあげる項目での対応が必要ではないか。 時計がサマータイムに対応できるか サマータイム移行日に無くなる時間帯が発生するが問題は無いか 標準時に戻る日に同じ時間帯が発生するが問題は無いか 1日が24時間より短くなることに問題は無いか 1日が24時間より長くなることに問題は無いか 電文(通信内容)で利用している時刻に問題は無いか これ以外にも気づいてない問題があ

    サマータイム導入には反対だが、サマータイム導入に必要なことを考えた - Qiita
    toya
    toya 2018/08/18
  • サマータイム導入には反対だが「日本夏時間」を試してみた - Qiita

    はじめに 東京オリンピックの暑さ対策としてサマータイム導入の検討が騒がれている。システム屋としては日に夏時間の導入は全力で反対するが、キーワードで「夏時間で2時間早くする」というものがあった。2時間のサマータイムは聞いたことないわけで気になって試してみた。 Time Zone Database ご存知の通りUNIX系のOS(LinuxとかBSD, etc..)では、時差つまりタイムゾーンをTime Zone Database (tz database, aka. zoneinfo)を使って管理している。Time Zone Database は、/usr/share/zoneinfo にある。 なお以下の記事の例ではFreeBSDを利用して試しているが、LinuxMacでもまったく同様である。 $ ls /usr/share/zoneinfo Africa Australia Etc

    サマータイム導入には反対だが「日本夏時間」を試してみた - Qiita
    toya
    toya 2018/08/12
  • ぼくたちのかんがえたさいきょうのi18n国家

    記事は下記のtweetから始まるスレッドに触発され、@qnighyや@na4zagin3からアイディアを拝借して書いた。 i18n力が最強の国は国内に複数の言語があり、そのうちいくつかは他国でも使われている言語の方言で、1バイト文字での代替表記が困難で、歴史的にISO-2022ベースの文字コードとUnicodeと独自エンコーディングが混在していて、フリガナなどの特殊な組版規則があり、右書き左書き縦書きを併用し、 — Masaki Hara (@qnighy) 2018年8月6日 皆さんのおかげで最強のi18n国家が建設されつつある。一瞬で滅びそう — Masaki Hara (@qnighy) 2018年8月6日 長い前置き ソフトウェアのi18nは難しい。自文化では当たり前と思っていてハードコードしてしまった仮定が崩れて、大幅な再設計を余儀なくされるからだ。気づいて再設計できればまだ良

    ぼくたちのかんがえたさいきょうのi18n国家
    toya
    toya 2018/08/08
    全く出自が違うけど「行政区画と都市を区別してモデリングする習慣」はめっちゃわかる
  • タイムゾーン呪いの書 - Qiita

    コメント欄で「Software Design 誌 (2018/12) に寄稿した内容や修正などをこちらの記事にも適用したい」と言ったあと、やるやる詐欺でずっと放置していましたが、三年近く経ってようやく 2021年 7月に大幅に改訂し、同時に Zenn に引っ越すことにしました。 タイムゾーン呪いの書 (知識編) タイムゾーン呪いの書 (実装編) タイムゾーン呪いの書 (Java 編) なにやら長くなりすぎたので三部構成になっています。 この Qiita 版は、しばらく (最低一年は) 改訂前のまま残しておきます。 タイムゾーンの存在はほぼ全ての人が知っていると思います。ソフトウェア・エンジニアなら多くの方が、自分の得意な言語で、タイムゾーンが関わるなにかしらのコードを書いたことがあるでしょう。ですが、日に住んで日仕事をしていると国内時差もなく1 夏時間もない2 日標準時 (Japa

    タイムゾーン呪いの書 - Qiita
    toya
    toya 2018/08/07
    知らなかった!!!「そこで UNIX 時間は「経過時間」としての厳密さを捨てて普段の利便性の方を優先し、うるう秒を無視してしまうことになっています」
  • 大井競馬で帝王賞を機械学習で当てた話 - Qiita

    概要 大井競馬場に行く機会があったので、機械学習を使って競馬の結果を予測できるかをやってみました。 その結果、帝王賞で一位を当てることができたので、記事を書きます。 かなり適当な予測なので、遊びとして見てもらえたらと思います。 証拠 当たったという証拠に、記念でとった馬券画像。 機械学習で予測したものと、パドックを見て予測したものと、2つ買いました。 (びびって複勝、しかも300円) 問題の設定 大井競馬場で行われる帝王賞の1位のみを当てます。 競馬には、色々な馬券の買い方がありますが、今回は簡単でシンプルな問題設定としたかったので、1位のみを予測することにしました。 データの取得 教師あり学習を行うので、過去の競馬結果のデータが必要です。 こちらのサイトからデータをクローリングしました。 南関東4競馬場公式ウェブサイト レース情報のページから、レースに出る馬の過去情報があるページへのリン

    大井競馬で帝王賞を機械学習で当てた話 - Qiita
    toya
    toya 2018/07/11
  • 治安の悪い Slack Emoji を作るツールを作った - Qiita

    (治安の悪くない Emoji も作れます) 作ったもの ここで遊べます おもしろいところ GIF アニメのエンコードまですべて js で完結しているので、ありがちな「謎のサーバーに画像アップロードするといい感じに変換してくれる」的なサービスと違って、素性の知れたコードがクライアント側でサクサク動きます。 なにができるの? 画像を 128px x 128px に変形 画像を、 Slack にアップロードできる(現状)最大サイズの 128px x 128px に変形します。 ローカルのファイルから選ぶか、画像の URL を入力できます。アップロードするわけではないので、デカい画像でもサクサクなのがお気に入りです。 変形は 正方形に引き伸ばし(アス比無視) 正方形いっぱいに拡大して、余ったところはトリミング(アス比維持) 正方形に収まるように縮める(アス比維持) から選べます。 テキストから画像

    治安の悪い Slack Emoji を作るツールを作った - Qiita
  • FizzBuzz Zero ―― 人類の知識なしでFizzBuzzをマスターする

    for i in range(1, 101): if i % 15 == 0: print("FizzBuzz") elif i % 3 == 0: print("Fizz") elif i % 5 == 0: print("Buzz") else: print(i) プログラム問題としてあまりにも有名になってしまったので、今ではあらゆる言語のFizzBuzzがそろっています。面白いですね。 深層学習 で FizzBuzz この記事の読まれている大半の方は、FizzBuzzを書くのにあまり苦労しないでしょう。 しかし、あなたが何かの拍子でプログラムの書き方を忘れてしまったらどうでしょう? 心配する必要はありません。そういうときこそAIの出番です。 最近は空前の人工知能ブームで、も杓子もDeep Learningです。 実際、Deep LearningによるFizzBuzzは、いくつも先例

    FizzBuzz Zero ―― 人類の知識なしでFizzBuzzをマスターする
  • Google Apps Script 入門

    どうも、gloopsの今川です。 最近、スプレッドシートの拡張にはまっていてGoogle Apps Scriptなるものに触れたので、導入までを投稿したいと思います。 ※以下、2016年投稿当時の内容となっています。 はじめに Google Apps Script は、Googleが提供するサーバーサイド・スクリプト環境です。Googleが提供する一大スクリプト環境を是非使いこなしてください。 基 Google Apps(グーグル アップス)とは、99.9% の稼働率が保証された Google の提供するコミュニケーションツールとコラボレーションツールがセットになったグループウェアとしても利用可能な組織向けのオンラインアプリケーションパックです。引用 また、それらGoogleのサービスをJavaScriptによるスクリプトで操作するためのスクリプト環境がGoogle Apps Scrip

    Google Apps Script 入門
    toya
    toya 2018/05/01
  • 技術書典でMackerelと同人誌を学ぶ - Qiita

    技術書典4に遊びにいってきました。 イベント概要 2018-04-22 日曜 一般入場11:00-17:00 場所 秋葉原UDX 参加者数5880名、サークル入場者500名、合計6380名 ざっと前回の2倍 ゆるふわ参加 twitterで #技術書典 タグをチェックして、「うげ、一般待機列すごいな」 【速報】一般参加者は一旦解散するようスタッフさんから指示がありました #技術書典 — かおらべ (@kaorabe) 2018年4月21日 11:00入場なのに08:32にこのtweetですよ。機先を制して新刊コンプリートを目指すのは早々にあきらめました。 昼過ぎて、整理券番号と入場可能番号の差がだいぶ小さくなってから出立。 4700番台の整理券をもらってから、UDXの3Fで遅いランチ(少しビールも入れた)。 入口に戻ると5300番台まで入場可能になっていて、入場後しばらくしたら、全番号に開放

    技術書典でMackerelと同人誌を学ぶ - Qiita
    toya
    toya 2018/04/25
    「情報を買いに来てるんじゃない。 情熱を買いに来てるんだ。 そこはまだITが解決できてない」
  • システムで「性別」の情報を扱う前に知っておくべきこと - Qiita

    0は性別に関する情報が得られない場合に使います。性別に関する情報はあるのだけど1とも2とも言えない場合は9を使います。要は「0でもなくて1でも2でもなければ9」です。 これを知っていればMだとかFだとかを議論をせずに済みますね。 国際規格に従うべき理由 国際規格に従うことは色々と利点があります。まず、どうしてそういうコード体系にしたのかを説明しやすいです。また多言語対応する際も規格通りに書けば伝わるはずなので迷わずに済みます。別システムへのデータの移行や、異なるシステム間でのデータの統合もコード体系が同じならラクラクです。もしかしたら別のプロジェクトで書いたコードをそのまま使いまわせるかもしれません。技術者に対するトレーニングも不要です。 対して、わざわざ国際規格に反する実装をする場合は上記のメリットがそのままひっくり返ってデメリットになりはしますが、もちろん、それなりの理由があれば規格と

    システムで「性別」の情報を扱う前に知っておくべきこと - Qiita
    toya
    toya 2018/04/12
  • インドネシア語対応してたらgolintとgo-i18nに怒られた。 - Qiita

    TL;DR インドネシア語はISO639言語コードで表すと"id"だが、go-i18nでは"in"で代用可能 golintに怒られた。 インドネシア語のリソースを追加するため言語コードを調べたらまさかの"id" とりあえずやるだけやってみようと思いリソース追加の対応を開始。 カラムの命名がよくないと言ってしまえばそれまでだが、

    インドネシア語対応してたらgolintとgo-i18nに怒られた。 - Qiita
    toya
    toya 2018/04/01