ヤッホーブルーイングも Google へ - 在庫管理部門の総残業時間が約 250 時間から “ゼロ” に。 G Suite が社内「コラボレーション」と「コミュニケーション」の断絶を劇的に改善 これまで、のどごし、苦み、爽快感が至上の価値とされていた国内ビール市場に、香り、味わい、コクといった新たな価値観を盛りこみ、日本を代表するクラフトビールとなった「よなよなエール」。以降、数多くのオリジナリティあふれる製品群でクラフトビールメーカー最大手(ビール業界全体では 6 位)にまで上り詰めた株式会社ヤッホーブルーイングだが、あまりの急成長に社内システムの整備が追いついていなかった。 それを G Suite がどのように解決したのか。 G Suite 導入前、 2013 年当時の株式会社ヤッホーブルーイングが抱えていた問題は大きく 2 つ。東京と佐久(長野県)の拠点間での情報が分断されがちにな
(3) 次に掲げる労働者(一週間の所定労働時間が厚生労働省令で定める時間以上の者を除く。)の有給休暇の日数については、前二項の規定にかかわらず、これらの規定による有給休暇の日数を基準とし、通常の労働者の一週間の所定労働日数として厚生労働省令で定める日数(第一号において「通常の労働者の週所定労働日数」という。)と当該労働者の一週間の所定労働日数又は一週間当たりの平均所定労働日数との比率を考慮して厚生労働省令で定める日数とする。 一 一週間の所定労働日数が通常の労働者の週所定労働日数に比し相当程度少ないものとして厚生労働省令で定める日数以下の労働者 二 週以外の期間によつて所定労働日数が定められている労働者については、一年間の所定労働日数が、前号の厚生労働省令で定める日数に一日を加えた日数を一週間の所定労働日数とする労働者の一年間の所定労働日数その他の事情を考慮して厚生労働省令で定める日数以下
注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用
Chart Development Tips and Tricks This guide covers some of the tips and tricks Helm chart developers have learned while building production-quality charts. Know Your Template Functions Helm uses Go templates for templating your resource files. While Go ships several built-in functions, we have added many others. First, we added almost all of the functions in the Sprig library. We removed two for
2009/07/21 登場からわずか5年。Webアプリケーション開発のあり方を根底から変えてしまったと言われるWeb開発フレームワークの「Ruby on Rails」。なぜ5年という短期間で普及し、今なお驚異的スピードで進化を続けているのか。7月17日から3日間の予定で東京で行われたイベント「RubyKaigi 2009」の初日に講演したフリーランスのRails開発者、松田明氏は、自身のRails開発とコミュニティ参加の経験から“Railsという現象”についての考察を披露した。 開発者とユーザーの間にある「超えられない壁」 「Railsエコシステムの研究」と題した講演で松田氏が指摘するのは、Rails開発コミュニティの特異性だ。一般的なOSSコミュニティは中心にリーダー的存在と、少数のコア開発者がいて、それ以外の「ユーザー」は、開発者グループに容易に入っていくことができない。 「私はApa
deep-equal Node's assert.deepEqual() algorithm as a standalone module, that also works in browser environments. It mirrors the robustness of node's own assert.deepEqual and is robust against later builtin modification. example var equal = require('deep-equal'); console.dir([ equal( { a : [ 2, 3 ], b : [ 4 ] }, { a : [ 2, 3 ], b : [ 4 ] } ), equal( { x : 5, y : [6] }, { x : 5, y : 6 } ) ]);
GCPにはデフォルトでGitリポジトリが提供されています。 https://cloud.google.com/source-repositories/ Cloud Source Repositoriesとは? GitHubとか使えないけどプライベートリポジトリが使いたい、プルリクとかでレビューもしなくてもいいしMarkdownのプレビュー見れなくてもいいからサクッとGitリポジトリ作りたいって方は便利かもしれません。 Developer Consoleでは開発、Developmentとかってメニューになってるはずです。 最大1GBまで使えます。 わりと便利です。 まだベータらしいです。 なのでフリーで使えます。 ちなみにこの1GBはプロジェクト全体で1GBなのか、リポジトリで1GBなのかはよくわかってません。 1GBまで使うことがないので限界が分かりません。 知ってる方いたら教えてください
皆さま今年も Advent Calendar お疲れ様でした。 カレンダー毎のランキング も面白いのですが、個人的にはヤバい(誉め言葉)個々のユーザを発掘したい気持ちが割とありまして、そのあたりピックアップするためにユーザ1人当たりの投稿数ランキングを作ってみました。 集計に用いたデータは 2016/12/26 05:00 付近に収集しました。 いいね数とかストック数とか関係なく、単純に Advent Calendar 2016 への投稿数だけを元にしたランキングです。 集計スクリプト (C#) はこちら → https://github.com/kobake/QiitaAdventCalendar2016 解析生データ → https://raw.githubusercontent.com/kobake/QiitaAdventCalendar2016/master/ranking.jso
「ほとんどの状況への対処について、一つの正しいやり方にフォーカスする」言語であるPythonですが、その文字列フォーマットは非常に悩ましく、また年々、多様化が進んでいます。 Python 3.6 では、文字列をフォーマットする方法には3通りあります(簡単な結合や string.Template の使用を除きます)。 %演算子 str.format関数 文字列の補完 (もし、この記事を全部読むつもりがないようであれば、 2016年2月に開催されるPyGrazの会合 に関する記事で、追加の例を含めてもう少し幅広くご紹介したいと思います) %形式の文字列フォーマット %形式は、少なくとも1.0バージョンからPythonに組み込まれているフォーマットです。Python 3以前のバージョンから使用している方には馴染みがあるでしょう。 多少の相違はあるものの、これはC言語の sprintf と同等の関
この記事は Kubernetes Advent Calendar 2016 の22日目の記事です。 Kubernetes を使っていると、 Pod 内のコンテナで動くプロセスから使われるデータを GitHub repository の HEAD に同期して更新したいというような場合が出てきます。 例えば、下記のような場合があります。 CDN を使わずに小規模に配信するコンテンツ DBMS に入れるほどではないデータファイル このような場合に、プロセスだけでなくデータに対してもデプロイフローを作ると複雑になるので、できれば避けたいところです。 今回は、プロセスが使うデータを自動的に GitHub と同期する方法を紹介します。(実際は GitHub に限らず Git 一般に対応可能です。) gitRepo Volume では駄目なのか Kubernetes には組み込みの gitRepo Vo
本稿は良いDockerイメージを良い方法でビルドすることを探求した記録である。 Supership株式会社 Advent Calendar 2016の21日目にあたる。 2019年現在は@inductor氏の改訂版を見たほうが良い。 この記事で論じた望ましいコンテナイメージの姿は2019年でも変わらない。ただし、multi-stage buildのような新しい仕組みが普及したりツールの評価が定まってきたりと、実現に用いるツールの状況が2016年からやや変化している。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く