wevox values cardを使ってチームメンバーで価値観を共有しました｜TechRacho by BPS株式会社
BPSの福岡拠点として一緒にお仕事をさせていただいています、株式会社ウイングドアのウメバヤシです。 弊社では、毎週月曜日の朝の時間に勉強会を開催しております。社内の技術力の底上げの手段として、今後とも継続して行なっていきたいと思っています。 その中で今回は、入社して間もないメンバーもいるので、まずはお互いのことを知り合おうという目的のもと、「wevox values card」というツールを使って、価値観の深掘りと共有を目的としたワークショップを開催したので、その内容をご紹介したいと思います。 また今回、企画をしていく段階で非エンジニアの方からも「参加したい！」というお言葉をいただきましたので、職種の枠にとらわれないかたちで開催しました！ wevox values cardとは ワードが一つずつ書かれた複数のカードを使って、個人の価値観を引き出し、メンバーと共有し合うことで、メンバー同士の
社内勉強会の録画・配信にYouTubeを使うようになった話｜TechRacho by BPS株式会社
はじめまして、18年4月に入社したhirakawaです。 この記事では、社内勉強会を盛り上げたり、動画を録画・配信する方法としてYouTubeを使うようになった話をします。 YouTubeを使おうと思った経緯 もともと、kazzさんがOBSを使って構築した社内配信システムがあったのですが、その配信システムに録画機能をYouTubeでつけられそうというkazzさんの案が社内業務改善の一環としてあり、それに取り組んでみたというのがはじまりでした。 改善案が作成された当初考えられていたことは Googleが提供するグループウェアサービスであるG Suiteに移行していてYouTubeを使えそう 自宅でもスマホで簡単に見られるようになるとうれしい です。ただし、社内勉強会では特定プロジェクトのノウハウの共有を行うこともあるため、機密保持の観点から全てのコンテンツを社外を含めた全世界配信にするわけに
3年間毎週社内勉強会を継続してきた秘訣（後編）｜TechRacho by BPS株式会社
前回の記事はこちら：3年間毎週社内勉強会を継続してきた秘訣（前編） morimorihogeです。最近アバターをFSMから社員用イラストに変えました。思ったより世の中の人はスパモン教のことを知らないということで、パスタファリアンには肩身が狭い世の中です。 前回では社内勉強会の企画～実践について書いてきましたのが、後編では開催の継続化と運営側のモチベーション管理について書いていこうと思います。 社内勉強会を継続することの難しさ 社内勉強会は参加者が社内メンバーメインとなることもあり、比較的開催しやすいと思っている方もいるかと思います。 しかし、当日の来場者対応などが手を抜けることは確かですが、継続して続けていくにはやはり難しい点が多々あります。 ※1回だけ開催することが目的であれば前編を参照してください 実際に週1回、月1回など継続した社内勉強会開催を目指してみると、多くは以下のような要因で
3年間毎週社内勉強会を継続してきた秘訣（前編）｜TechRacho by BPS株式会社
※夏のTechRachoフェアはアドベントカレンダーの夏バージョンです。普段あまり記事を書かないメンバーにも書いてもらえる機会を作ろうということで企画しています。8/30まで実施予定ですのでお楽しみに！ morimorihogeです。暑かったり涼しかったりな日々が続きますね。 弊社ではここ3年くらい、毎週木曜の昼休み明けの枠で社内勉強会の枠を取っており、その他にも就業時間後に有志で行われる勉強会など、継続的に勉強会の機会を設け続けてきました。 弊社は40-50人規模の開発会社ですが、この規模の開発会社で継続的な勉強会運営ができている会社は意外と少ないかも？と思ったので、どうやって社内の勉強会運営及び継続性を確保してきたかをまとめてみたいと思います。 書いていくうちに長くなってしまったので前後編に分けることにしました。前編は社内勉強会の企画～実施編です。後編ではどうやって継続して開催するか、
Webのバッチ処理とオンライン処理のポイントとシステムの応答性能を学ぶ#2（社内勉強会）｜TechRacho by BPS株式会社
#1 処理時間とレスポンス時間 #2 バッチ処理とオンライン処理（本記事） #3 バッチ処理を設計するときの注意点 #4 オンライン処理とUXの工夫 #5 Railsのジョブ管理システムと注意点 #6 バッチ処理ですぐに使えるノウハウ、まとめ 「バッチ処理」と「オンライン処理」の違いを理解する バッチ処理とオンライン処理は対になる考え方です。 ある程度の量のデータをまとめて処理することを「バッチ処理」と呼びます。「一括処理」と呼ばれることもあります。 バッチ処理はある程度（数分〜数時間）時間のかかる処理に用いられるため、案件にもよりますが、一般にある程度長めの処理時間が許容されます（もちろん顧客への説明と了解も必要です）。計算量の多い処理や、日次/月次/年次といった締め処理は多くの場合バッチ処理で行われます。 「数時間かかるバッチなら営業時間が始まるまでに終了して欲しい」「1時間に1回実行
Rails開発者向けのWordPress開発入門#2: 開発上の注意（社内勉強会）｜TechRacho by BPS株式会社
#1: WordPressの概要 #2: WordPress開発上の注意（本記事） WordPressをもう少し詳しく知る Railsにないもの/あるもの 以下はRailsとの大きな違いを列挙したものです。「ない」というのは「まったく存在しない」のではなく、「わかりやすい形では集約されていない」と考える方がよいでしょう。 RailsにあってWordPressにないもの MVC構造（特にコントローラとモデル） ファイル配置の厳密な規則 ルーティングファイル（Railsでいうroutes.rb） RailsになくてWordPressにあるもの 基本的なデータベース構造 標準の管理画面 プラグイン テーマ 「カテゴリ」「タグ」による2本立ての分類機能 ウィジェット Railsは汎用的なWebフレームワークなので、MVCを基本にさまざまな構成を取れるようになっています。SPAなどのためにMVCを崩
はじめての正規表現とベストプラクティス3: 冒頭/末尾にマッチするメタ文字とセキュリティ、文字セットの否定と範囲｜TechRacho by BPS株式会社
2021.01.22 はじめての正規表現とベストプラクティス3: 冒頭/末尾にマッチするメタ文字とセキュリティ、文字セットの否定と範囲 1: 基本となる8つの正規表現 2: 正規表現とは何か/ワイルドカードとの違い 3: 冒頭/末尾にマッチするメタ文字とセキュリティ、文字セットの否定と範囲（本記事） 4: 先読みと後読みを極める 5（特別編）|と部分マッチのワナ 6: 文字セットのショートハンド 7: Unicode文字ポイントとUnicode文字クラス 8: 対象の構造を意識した「適度にDRYな」書き方 9: .*や.+がバックトラックで不利な理由 10: 危険な「Catastrophic Backtracking」前編 更新情報 - 2018/11/07: 初版公開 - 2021/01/22: 細部を更新 ⚓正規表現はじめの九歩: \Aと\z \A 文字列の冒頭を表す（\Aは大文字！）
Webアプリのセッション管理とデータ保存を学ぶ#3（社内勉強会）｜TechRacho by BPS株式会社
#1 Webアプリのセッション管理の基礎 #2 クライアント側のデータ保存方法 #3 サーバー側のデータ保存方法（本記事） 3. Webサービスにおけるデータ保存（サーバーサイド編） 続いてサーバー側でのデータ保存について説明します。 ほとんどのWebサービスでは、最終的なデータをサーバーのどこかに保存しておかなければなりません。Webサーバーは多数のクライアント（及びユーザー）から同時にアクセスを受けるため、それらを個別に処理して、矛盾が生じないように保存する必要があります。 サーバー側でのデータ保存の種類について以下で説明します。 A. ファイルに保存する 最も単純な方法であり、手軽に作成されたフォームプログラムなどではCSVファイルなどから設定情報を読み取り、データ保存もサーバー側のCSVファイルなどに書き出すといった作りをすることがあります ファイルへの保存は最も手軽に行える方式で
Webアプリのセッション管理とデータ保存を学ぶ#1（社内勉強会）｜TechRacho by BPS株式会社
#1 Webアプリのセッション管理の基礎（本記事） #2 クライアント側のデータ保存方法 #3 サーバー側のデータ保存方法 概要 本記事はWebアプリの開発初心者、または書いたことはあるけどサーバーやインフラについてはよく分かっていない人向けです。 Webアプリを「データや状態の保存」という観点からクライアント側とサーバー側について説明します。 1. Webアプリのセッション管理の基礎 HTTPプロトコルはステートレスなので、そのままではデータや状態を次のHTTPセッションに引き継げません。このままでは掲示板や商品購入や支払い機能を作れないので、何らかの形で状態を維持するしくみが必要です。 Webサービスを構成する上でのステート（State: 状態）管理機能には、以下の要件が求められます。 HTTPリクエストを受け取ったときに、同じユーザーからのアクセスを「これは以前のこのリクエストと同じ
Linuxのサービス起動周りとDockerとの関連を理解する#2（社内勉強会）
設定ファイルは以下を使います。サービスを起動するには/etc/init.d/サービス名 startを実行します。実体はただのシェルスクリプトです。 /etc/inittab ランレベル定義ファイル /etc/init.d/ サービススクリプト群がこの下に置かれる /etc/rcN.d ランレベルごとに起動するスクリプト群（Nはランレベルを表す数値） 上の/etc/init.d/以下のファイルに対するsymlinkになっている 起動/停止は頭文字がSかどうかで判断する morimorihoge注） 主要ディストリビューションではserviceコマンドが提供されているので、通常は直接/etc/init.d以下のスクリプトを実行するのではなくserviceコマンドを利用するのが良いでしょう。 参考: デーモンの起動・終了にはserviceコマンドを利用しよう morimorihoge注） 伝統の
Webアプリの基礎とさまざまな実行環境を理解する#1（社内勉強会）｜TechRacho by BPS株式会社
BPS社内勉強会のmorimorihogeさんのスライド「Webアプリの基礎とさまざまな実行環境を理解する」を2回3回に分けてお送りします。 追記: 3分割に変更しました🙇。 #1: Webのしくみ（本記事） #2: Webサーバーの役割とWebサービスの代表的な形態I〜III #3: Webサービスの代表的な形態IV（Rails）、ステートレスとステートフル はじめに 本記事はWebアプリの開発初心者、または書いたことはあるけどサーバーやインフラについてはよく分かっていない人向けです。 細かい話をしていくと色々とありますが、あくまで代表的なWebアプリの動作環境の構成について説明していきます。 なお、発表者（morimorihoge）のWeb開発経歴はPHP 7年程度 -> Rails開発8年程度となっており、いわゆるエンタープライズJavaアプリケーションやASP.NETのような世界
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
