システム開発の現場改善記 - esa.io 導入編 - Tbpgr Blog
概要 esa.io 導入の過程について 経緯 世の中のシステム改善の情報はよく見かけるが、 自分も改善しようとした時に、どのようにしたらいいか分からない 。 実際の改善をするまでの 細かな過程などを参考にしたい 、という相談を受けました。 同じような情報が欲しい、という方が他にも居るかもしれないので 私の業務の改善実績を公開することにします。 需要がありそうなら、シリーズ物として地道にアウトプットして行こうかと思います。 ポイントとして、私自身は優秀なハッカーや優れたマネージャーなどではなく、 ありふれた開発者の一人 に過ぎません。 私の性格については、引っ込み思案で内向的。 どちらかという消極的で、お世辞にもコミュニケーションが上手なほうではありません。 勉強会に行って、 懇親会でほとんど発言せずにしょんぼり して帰ったり、 RubyKaigi のオープンスペースの昼食が怖くて、 豪華な
Ptengineウェブ運営All-in-Oneプラットフォーム | ウェブの改善や改善業務はこれひとつで完結
サイト強化はこれひとつ はやく、大きな成果へ ヒートマップ、サイト解析、ページ編集、A/Bテスト、WEB接客、パーソナライゼーション 1つのタグ設置だけで、全てノーコードで使えます。
「SIでの開発経験は事業会社で通用しない」は勘違い～元SE4名の実体験に学ぶ、働き方をフィットさせる方法 - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype ITニュース 「SIでの開発経験は事業会社で通用しない」は勘違い～元SE4名の実体験に学ぶ、働き方をフィットさせる方法 2015.05.20 ITニュース SIerから事業会社への転身は、珍しくないキャリアになった。事実、SIerを経てスタートアップの起業家やCTOとしての道を歩んでいるエンジニアも多い。そこで気になるのは、これまでの経験は事業会社で通用するのか？ という点だろう。 その一つの解を提示するイベントが、渋谷にあるビズリーチのオフィスで開催された。 2015年4月23日に開催された『SIer出身サービス開発エンジニアが本音でトークナイト』では、クックパッド、ビズリーチ、ホワイトプラス、ネットプロテクションズからSIerにてキャリアをスタートした4名の登壇者たちが、事業会社への転身後に感じた魅力や苦労点を語った。 （写真左から）
コードの可読性、ハッカビリティ、抽象化 | POSTD
def deploy(ip): copy('code/', ip + ':~/code', recursive=True) write_template('conf/config.py', ip + ':~/config.py') write_template('conf/crontab', ip + ':~/.crontab') write_template('conf/crontab', ip + ':/etc/apache2/httpd.conf') run_as_root('service cron restart') run_as_root('service apache restart') post('https://pingdom.com/api/2.0/checks', { 'name':ip, 'host':ip, 'type':'ping' }) タスクを実行するものと
[HTML]formでcheckboxにチェックしていない時にもパラメータを送る方法 | アイスケット | 神奈川県相模原市ホームページ制作、SEO対策、運用なら
HTMLのformタグ内にcheckboxがある場合、チェックボックスのチェックを付けている場合はnameとvalueを送信することができるのですが、チェックを付けていない場合はnameすら送られてこないので何も無いという状態になります。 チェックを付けた場合は1を送って、付けてない場合は0を送るという処理であれば、受け側でも処理がしやすいですよね。 今回はcheckboxのチェックを付けていなくてもパラメータを送る方法を紹介します。 同じname属性だと後から書かれたものが有効になる 方法は簡単です。 HTMLでは同じname属性は後から書かれているものが最終的には採用されることを利用します。（※ちなみにid属性はダメです。id属性はページ内でユニークでなければなりません。name属性はユニークであることを求められていないので今回の手法が利用できるわけです。） 以下のように実際のchec
情報共有ができないチームの人間関係は破綻する | サイボウズ式
【サイボウズ式編集部より】「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は日野瑛太郎さんによる「情報共有ができないチームのもろさ」について。 チームで働く場合、情報共有はとても重要です。仮に情報共有を一切しないのだとしたら、それは一人で働いていることとほとんど何も変わりません。チームで情報が共有されることではじめて、他人を手伝ったり意見を言ったりすることができるようになります。情報共有はチームワークの基本中の基本だと言ってもよいでしょう。 しかし、そんな基本中の基本であるはずの情報共有が、あまりうまくできていないというチームを結構よく見かけます。人数が少ないうちはある程度うまくまわっていても、チームの人数が増えるにつれて情報共有がいい加減になってしまうということも少なくありません。 僕がまだ会社員をしていたころに一
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
sar(sysstat)によるボトルネック特定 - Qiita