はてなブックマーク

こんにちは。SREチームでリーダーをやっている木村です。 座右の名は「明日自分が交通事故にあっても、システムの運用を滞りなくする」です。 先日、ビザスク SRE チームでオフサイト (半日程時間をとって集中して、テーマに関して議論する時間です) を行って「次の半年でやりたいこと」を議論しましたので、 こちらの内容を生々しくお伝えしていきたいと思います。 なぜオフサイトを開いたのか？ 日々の業務で SRE チームは同期・非同期的な積極的にコミュニケーションを取りながら日々の仕事をしていますが、 日々の中だとどうしても目の前の課題にフォーカスした内容になり、中長期的なちょっと遠い目線の話しは後回しになりがちです。 とはいえ中長期的にどこに目指すのか？の目線あわせをしないと、意思疎通や認識齟齬が発生をして「こう思っていた」や「そうだと思っていた」 という思い込みによる無駄が発生します。 そのよう

アドバイザー/lite開発チーム フロントエンドエンジニアの小柳(@mascii_k)です。 はじめに 弊社サービス「ビザスクlite」では、Vue 2.6 向けのプラグイン @vue/composition-api を 2020/02 から導入しています。 tech.visasq.com ビザスクliteでの導入実績とノウハウ蓄積の結果、社内で利用している管理画面のフロントエンド(Vue 2.6)環境にも @vue/composition-api を導入することになりましたが、当時の判断で古いバージョンのものを導入してしまいました。 しくじりの経緯 2020/09 当時の最新バージョンであった @vue/composition-api 1.0.0-beta.14 を導入しようとしたところ、vue 本体のバージョンが 2.6.10 (当時の最新バージョンは 2.6.12)だったため、コンパ

ビザスクlite事業部フロントエンドエンジニアの小柳(@mascii_k)です。 弊社では Vue.js 2.6 を利用していますが、AngularJS や jQuery などで実装された古いフロントエンド実装を Vue.js でリプレイスしている状況です。 そんな状況の中、ビザスクlite の「事前相談画面」のデザインリニューアルと同時にフロントエンド実装もリプレイスすることとなり、フロントエンド設計・実装を担当することになりました。 今回は「事前相談画面」のリプレイスで Vue Composition API を導入するに至った経緯やモチベーションを紹介いたします。 デザインリニューアルの経緯について、デザイナーの長岡の記事(UI/UX改善！事前相談リニューアルの歩み)もぜひご覧ください。 事前相談画面について 事前相談画面とは、ビザスクのアドバイザーと依頼者がスポットコンサルを実施す

ビザスクlite事業部フロントエンドエンジニアの小柳(@mascii_k)です。 弊社ではモダンなフロントエンド開発手法にシフトしつつあり、Figma で構築したデザインシステム上でデザインし、それに対応するものを Vue.js 2.x 系で実装する開発がスタンダードとなっております。 現在 Vue.js 3.0.0 の正式リリースが間近とされていて、弊社としても積極的にマイグレーションをしていきたいと思っております。 今回は Vue 2.x 系向けに作られた UI コンポーネントの Vue 3.0 系へのマイグレーションに向けた検証結果を公開します。 弊社の UI コンポーネント事情 弊社では Vuetify や Element UI といったコンポーネントフレームワークには依存せず、極力スクラッチで UI コンポーネントを作って開発しています。 Figma を活用して管理されているデザ

こんにちは! 2020年2月からSREチームにJoinしました木村です! 仕事をする上での座右の銘は「明日交通事故にあってもシステムと仕事を回せるようにすること」です。 基本に戻って始める。と表題では書いていますが、私元々はAWS職人でGCPに本格的にコミットしてからまだ3ヶ月位です! なのでヒィヒィ?言いながらGCPのキャッチアップに努めているわけですが今回は過去にAWSで得たInfrastructure as Codeの知識とビザスクに入社してキャッチアップで培ったGCPの知識を元に基本に戻って始めるGCPのInfrastructure as Code再入門ということで書かせていただきます。 前回はAnsibleのplaybookの実践的な使い方迄を説明しましたので、今回はAnsibleをProvisioningしたOSImageをPackerで作成する所までやっていきたいとおもいます

はじめまして！11月よりビザスクにジョインした渡部と申します。 現在UXチームに所属して、Visasqの使い勝手の向上に日々奮闘しております。 さて、本投稿ではAngular2の簡単なTIPsをご紹介します。 こちらの画像は今回の内容を元に実際のサービスに組み込んだものになります。 私自身Angular2を使うのは初めてで、勉強しながら覚えたことを記載しています。 拙い部分もあるかと思いますがご容赦くださいませ。 ビザスクでのAngular2 実はビザスクでのAngular2の利用はまだ一部に留まっています。 もともとはAngularJS（いわゆる1.x系）をfrontendのフレームワークとして採用していて、ある機能をリニューアルするにあたり新規実装部分をAngular2で実装した、というのが経緯のようです。 1.x系ではなく2.x系を採用した理由や、移行について考えたことなど、興味深い

Pythonには独特の仕様がいくつかあります。 その中には、他のLLを習得している方ほど気が付きにくく、認識を誤りやすいものがあります。 そこで、Pythonで頻繁に用いる仕様の中から、意外と知る機会の少ない仕様を七つ取り上げます。 Pythonって愛嬌がありますよね はじめまして、寺坂です。 ビザスクのエンジニアです。 業務的にはビザスクのエンジニアの例に漏れず、主にPythonと{ECMA,Type}Scriptを喋ります。 私はLinuxユーザーであることも相まって2006年頃に趣味としてPythonを触り始めたときから、 なかなかに面倒くさいこの言語に日々愛嬌を感じずにはいられません。 とはいえ業務で書くとなると愛嬌では済まされない部分もあります。 ビザスクの開発チームでは、管理しているコードのうちプログラミング言語に限れば60%が、そこから{ECMA,Type}Scriptを除く

エンジニア勉強会でChainerとKerasの比較をしてみました pythonエンジニア勉強会機械学習 はじめに こんにちは、新卒1号エンジニアの村上です。 ビザスクでは去年の7月頃から毎週水曜日にエンジニア勉強会(読書会)をやっています。当初は1冊本を選んで、章ごとに担当を決めて読書会形式で行っていました。(ex.『エキスパートPython』『リーダブルコード』) ところが、最近になって「たまには手を動かして新しい技術に触れることもしたいよね！」という想いから、個人の興味がある分野でビザスクに還元できそうな内容をプレゼンするという形式になりました。 今回は、その先々週の勉強会で発表した内容になります。 おしながき ChainerとKerasでやったこと スライド スライドの補足 まとめ ChainerとKerasでやったこと 分類問題を題材に、シンプルなニューラルネットワークをChain

最近子供と風呂に入っては「肩まで浸かって指で6bit(63)まで数えよう」と教えています。 2進数なら両手で1023まで数えられて便利なんじゃないかと思ってます。CTOの花村です。 少し前に待鳥さんにグラフデータベースの存在を教えてもらいました。 学生時代に数学系研究室おり、ちょっとだけグラフ理論をかじった経験があり、 興味があったので実際にグラフ構造のデータを入れてつかってみました。 このエントリーは実際にNeo4ｊにデータを投入してみるところまでやったというものであり、 具体的な環境構築やチューニングの話はしておりませんのであらかじめご了承ください。 Neo4jに関して グラフ構造のデータの扱いに優れたグラフデータベースで、 関連性に特化した検索で優位性があるとのこと。 RDBでリレーションを貼る構成に比べると、高いスケーラビリティを実現しています。 グラフデータを扱うのであれば、現状

こんにちは、このブログのデザインを担当した、新卒デザイナーの長岡です。 せっかく作ったのに、デザイナーの記事が無いなんて…と嘆いていたら、デザイナー編の第一弾を書かせていただけることになりました。 よろしくおねがいします。 ビザスクでは、各チームが定期的に勉強会を行っています。 つい先々月ほどからデザイナー陣も「UI/UX勉強会」と題した勉強会を開催しはじめました。 尚、ビザスクのデザイナーは2人しか居ないため、勉強会はデザイナー+CEO+CTOの豪華メンバーで執り行っております。 今回はその第一回として開催された勉強会のレポートをお届けします。 お品書き はじめに 本の概要 議論してみた before & after まとめ はじめに 勉強会の形式について 勉強会は以下のような流れで開催されます。 ちなみに、エンジニア勉強会も同じ流れで行っています。 勉強会に使う教科書を決める 週ごとに

Re:dashとDocker for Macでらくらく分析・可視化環境構築 analyticsdockerpythonRedash ビザスク開発者ブログ第一弾記事を書かせてもらうことになりました、 @shinyorke(Shinichi Nakagawa)ともうします. 我々ビザスク(https://service.visasq.com)の開発チームでは、データに基づいた客観的な観点をベースに施策を実施しています. 現状はエンジニアがGoogle SpreadsheetsやGoogle Apps Script（社内では「ガス(GAS)」と呼ばれています)、Slackを駆使して数値の可視化や共有をしていますが、 ひとつの画面、いわゆる「ダッシュボード」で分析・可視化を行ってチーム全員で共有しよう！ 将来的にはビジネス側のメンバーにも数値出しや可視化をしてもらおう！ という機運が高まり、分析・