社長的にSlackに移行したほうがいい理由 | ペパボ社長ブログ
全社的に使っているチャットツールをSlackに移行した話：delirious thoughts 新しもの好きのメンバーたちがあれこれと試していく中で、これなら移行できそうなのでは？という機運が醸成されてきた流れで、経営会議において「移行するぞ！！１」ということになり、もろもろの手続きや計画、利用ルール作りなどを僕の方で取りまとめ、移行が実施される運びとなりました。 ということで、チャットツールを長年利用してきたIRCからSlackへ移行しました。IRC利用のデメリットはantipopが述べている通りですが、それに加えて社長の立場からIRCからSlackへ移行したかった理由と導入したことによる効果を挙げていきたいと思います。 理由その1 社内コミュニケーションツールが乱立し始めた IRCでは補えない点を補完するために、LINEやSkypeといったメッセージングツールを非公式で利用しているケ
全社的に使っているチャットツールをSlackに移行した話 - delirious thoughts
ペパボでは、チャットツールとしてIRCを長らく使っていたのですが、先日、Slackに全面的に移行しました。その話を少し書いてみようと思います。 追記: 社長的にSlackに移行したほうがいい理由 | ペパボ社長ブログというエントリが出ていたので、そちらもご参照ください。 IRCの利用程度 そもそもIRCをどの程度使っていたかというと、職種や役職等を問わず、全スタッフ(アルバイト等も含む)が使っていました。つまり、エンジニアも総務も、マネージャーも社長もみんなIRCにいて、そこでフローのコミュニケーションを行っていたということです(ちなみに、情報のストックや、チャットには向かないような共有にはGitHub Enterpriseを使っています)。また、サーバの状態監視等の様々な通知や、いわゆるChatOps的なこともIRCでやっていたので、人間もbotもとにかくたくさんいて、賑やかな状態です。
PHP: PHP 5.3.x から PHP 5.4.x への移行 - Manual
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Errors Exceptions Generators References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Context options and parameters Supported Protocols and Wrappers Security Introduction
PHP: PHP 5.2.x から PHP 5.3.x への移行 - Manual
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Errors Exceptions Generators References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Context options and parameters Supported Protocols and Wrappers Security Introduction
Ruby on Rails 4.0.1リリース！大量のバグ修正、3系からの移行も少し簡単になりました｜TechRacho by BPS株式会社
2013.11.02 Ruby on Rails 4.0.1リリース！大量のバグ修正、3系からの移行も少し簡単になりました 本日、Ruby on Rails 4.0の最初のアップデートである、Rails 4.0.1がリリースされました。 6月に4.0がリリースされてから約4ヶ月、かなり久しぶりのアップデートとなりますが、どのような変更が含まれているのでしょうか。 まとめ 量が多いので最初にまとめです。 今回のリリースは大量のdiffを含みますが、そのほとんどは細かいバグ修正です。 Railsのリリース時期的には3.2.13 → Rails 4.0.0 → 3.2.14 → 3.2.15 → Rails 4.0.1となるため、3.2.14以降で適用されていた細かい修正も取り込まれています。4系が3系にようやく追いつきました。 4系はなんかデグレっぽいバグや非互換が多いなーと思っていた箇所が、
Vyattaでよく使うコマンドのメモ - so tired
よく使うコマンドをまとめた。 1.基本コマンド コンフィグモードへ移行 $ configure オペレーションモードへ移行 # exit IPアドレス設定 # set interfaces ethernet eth0 address [xxx.xxx.xxx.xxx/xx] ホスト名設定 # set system host-name [xxx] NTP設定 # set system ntp server [xxx] デフォルトゲートウェイ設定 # set system gateway-address [xxx.xxx.xxx.xxx] SSH有効化 # set service ssh 設定削除 #delete 〜 設定適用 # commit 設定保存 # save スタティックルートの設定 # set protocols static route [xxx.xxx.xxx.xxx/xx]
自宅ルータをVyattaに移行しました - mikedaの日記
自宅ルータをコレガのルータから、KVM上のVyattaに移行しました。 きっかけは設定ミスって繋がらなくなったときの、GUI＆記憶ベースの復旧作業がとてもめんどくさかったからです。 というわけで今回やった作業や構成について簡単にメモ書いておきます。 とても簡単なのでみんなもぜひ！！！ 移行前の構成 よくある構成ですね。 移行後の構成 KVMのホストサーバに物理NICを増設して仮想ブリッジを追加、VyattaVMだけグローバル/ローカル両方に接続する形です。 いちおう写真も！ 今回追加購入した機器はこの２つです。 BUFFALO Giga対応 電源内蔵 5ポート スイッチングハブ LSW3-GT-5NS 出版社/メーカー: バッファロー発売日: 2008/02/10メディア: Personal Computers購入: 5人 クリック: 39回この商品を含むブログ (9件) を見るインテル
Gitレポジトリを移行する方法 - tanacasinoのメモ
既存のGitレポジトリを、GithubやBitBucketのようなホスティングサーバに移行したり、逆にローカルサーバのGitBucketやGitLabなどに移行したい場合、まあ単純にpushすればいいやんと思ったら、思うような結果にならなかったり、面倒な手順になってしまったりしてしまった。 どうも自分のワーキングのレポジトリから飛ばそうとすると、tagだったりbranchだったりが移行できていないかったりするのです。 ぐぐると、いったんローカルにリモートと同名のブランチ作って(checkoutして)から、push --all, --tags とかしてる奴とかありますがそれは面倒だなぁやだなぁみたいな。 最終的には、これが一番楽な手順かなと思う手順に行きつけたのでここに記す。 $ git clone --mirror <SOURCE_REPOSITORY_URL> $ cd <REPOSIT
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト環境から本番環境へ、URLが異なる環境にWordPressを移行する方法
Inouetakuya
Site Under Maintenance