シンジです。いつの間にやらSlackのパブリックなチャンネルが500超えていました。100人強の会社で500チャンネルってお前らどんだけ書き込んでるんだっつー話しだなと思い、ちらちら見ていたら、誰も参加していないチャンネルとかもうなにそれ状態だったので、ポチポチアーカイブしようと思いましたが、そこでAPIだと思って自動的に誰も居ないチャンネルを検出して勝手にアーカイブする誰得プログラムを”作ってもらい”ました。 Slackは、時に無秩序なのだ ファイルもポコポコアップロードできるし、チャンネルも作りたい放題だし、あ！そこでAPIじゃん！？（よく知らないけど）そして隣の席のハイパーエンジニア磯辺さんに丸投げしてみるテスト 要件 誰も参加していない謎チャンネルを探し出して、アーカイブする（それだけ できた さすが磯辺さんはえーす。音速超えてましたわ。 https://github.com/mu

PostgreSQLはmacにインストールすることができる。 mampにインストールするというより、macにインストールしてからmampで使えるようにするという感じになるようです。 参考： MacにPostgreSQLをインストール MacでPostgreSQLを使えるようにする PostgreSQLをMAMP環境にインストールする 全体の流れ -- PostgreSQLをインストールするためにHomebrewを最新版にして実行する -- PostgreSQLの環境を作る。（文字コード指定、ユーザ設定、DB作成とか。） < Homebrewについて > homebrewはmacのパッケージ管理システムのことです。詳細はこちらをみてください。パッケージ管理システム Homebrew PostgreSQLはhomebrewでインストールします。 1.Homebrewのアップデート 現在のhom

2015.12.25 働き方 Kibanaとは、Elastic社が提供するログデータ可視化ツール。同社のメインプロダクトであるElasticsearch同様、世界中の企業で利用が進んでいる。ビッグデータ解析の時代において、今後ますます存在感を増していく可能性を秘めたプロダクトといえるだろう。 このKibanaは、現開発リーダーのRashid Khan氏が、2013年にElastic社にジョインするより前にOSSとして開発を始めたもの。以前インタビューした同社の創設者で現CTOのShay Banon氏同様、その開発哲学にはオープンソースコミュニティの影響が色濃い。 今年12月16日、東京・六本木で開催されたElastic社の技術カンファレンス『elastic{on} Tour 東京』で来日したKhan氏に、Kibana開発に至った経緯や今後の構想、さらには理想とするエンジニア像について聞いた

回答していて思ったのですが、やはり、そろそろ覚えなきゃダメでしょうか？ namespaceにしろ、yieldにしろ、traitにしろ、どれも必ずしも必要ないといういうか、無いと困るケースのほうが少ないかと思っています。というか、普通のシステムでは必要な時の方が極稀かなと。 だからPHP5.4以降にやっと追加されてるのだと思います。 でも、いい加減わかってないと「PHP使えます」とは恥ずかしくて言えない雰囲気が…。というか、質問者の断片的な情報から問題解決するのは難しい時があると感じました。 今からPHPやりますって人は、そういう、あんまり重要でない技術が使われたコードを意味もわからず勉強しなきゃいけないからかわいそうだなと思います。 autoloadとかも便利だけど、それはわかってる人が使うと便利だという話で、わかってない人だと、パスが通っているディレクトリに該当ファイルが無いとか、ファイ

Visualize your GitHub Contributions

オーストラリアとニュージーランドで開催される2023年女子ワールドカップは2023年7月20日に開幕する。

GrowthForecastは様々な値をWebAPI経由でグラフ化できるWebツールです。シンプルなAPIでリアルタイムにグラフを作成、更新でき、Webインターフェイスからグラフの表示をカスタマイズしたり、複数のメトリクスを重ね合わせたグラフを作成できます MySQLのデータを1行のコードでグラフ化できます $ crontab -l */5 * * * * curl -F number=`mysql -BN -e 'select count(*) from member' game` http://example.com/api/socialgame/member/register 2>&1 | logger -t post_gf -p local0.info cronで定期的にGrowthForecastにPOSTするだけで、設定なしでグラフが作れます

対象読者 これは、プロジェクトのITインフラへのアクセスや管理でLinux ワークステーションを使用しているシステム管理者向けの資料です。 システム管理者が遠隔から管理をしている場合は、ワークステーションが主要なセキュリティ条件を満たしていることを確認することで、ITインフラ全体へのサイバー攻撃の進入経路となることを防ぐことができます。その際、ここに書いたガイドラインを参考にしてください。 システム管理者が遠く離れた場所にいない場合でも、携帯可能なノートパソコンを使用している可能性や緊急対応用に自宅から会社のネットワークにアクセスできるよう設定している可能性があります。いずれの場合でも、環境に合ったガイドラインの適用をお勧めします。 制約事項 これは、「ワークステーションの強化」を徹底した資料とは言えません。しかし、これが明白なセキュリティ上のエラーを起こすのを回避できる基本的ガイドとなれ

こんにちは、CTOの林です。みなさんにとって2015年はどのような年でしたか。記憶に残るような1年でしたでしょうか。 私は今年からCTOとなり、多くのことがこの1年で変化し、それに伴いたくさんの出会いや経験がありました。今日はこの1年間を振り返りながら、CTOになった経緯や来年の取り組みについてお話しさせていただきます。 ※これは「LIGinc Advent Calendar 2015 最終日」の25日目の記事です。 6月にフロントエンドリーダーという立場に加えて、CTOになりました。 さらに組織体制が変わったことにより、Web制作グループ長も兼任となり、最終的には「CTO兼Web制作グループ長兼フロントエンドチームリーダー兼フロントエンドエンジニア」となりました。長い。 CTOになった経緯 2014年4月にフロントエンドチームのリーダーとしてLIGへジョインしてから、職種にとらわれない活

原文は2015年8月22日時点のものを利用しており、それ以降に追記、更新されている可能性があります。 本翻訳は原作者の許可を得て公開されています。 Thanks for GreyCat! このページはBashプログラマーが陥りがちなよくあるエラーについてまとめました。以下の例は全てなんらかの欠陥があります。 クオートをいつも使い、どんな理由があっても単語分割を使わなければ、多くの落とし穴からあなた自身を守ることができます！単語分割はクオート表現をしない場合にはデフォルトでオンになっている、Bourneシェルから継承された壊れたレガシーな設計ミスです。落とし穴の大半はクオートされていない展開になんらか関連し、単語分割しその結果をグロブします。 1. for i in $(ls *.mp3) BASHプログラマーたちがループを書く際にもっとも犯しがちなよくあるミスは以下のような感じです。: f

プリパラの四字熟語キャラ東堂シオンの発した四字熟語をまとめる。 ただしやろうと思いついた２４話から。 見逃しているのも多いはず。 続きを読む

先日，最終回を迎えたTVドラマ「下町ロケット」を見て，ふと思いました． ソフトウェアに携わるエンジニアが開発した新たな製品を受注先に納める，コンシューマー向けに販売する， そういった中でエンジニアが誇れる『技術力』とは，どういったものになるのでしょうか？ ここでいう『技術力』は，エンジニアの自己満足レベルでかまいません． -- 「下町ロケット」ではハードウェアの開発でしたので，製品試験でその製品の性能が数値として表れることで，エンジニアが高い技術力を誇りに思うことは可能です．新規特許の取得もそれに当てはまるでしょう．ところがソフトウェアの場合，製品試験では要求を満たしているかどうか，それまでであり，性能を数値に表わし技術力を評価できるようなことはない気がします． ソフトウェアにおける技術力は，言うならば「バグが発生しないこと」でしょうか？ だとしても，バグなんて「一定期間内に発生しない」こ

この記事は「Slack Advent Calendar」21日目の記事です。 だんだんAdvent Calendarに慣れてきたhideoです。事前に担当を名乗る分必ず指定日に書かなきゃいけないので、個人的にもいい文化だなあと思っています。 しょっちゅう数時間遅刻して深夜に投稿していますが さて、ぼっちSlackがわりとおすすめな話をしたいと思います。 その名の通り1人だけで、自分のタスク管理やニュースフィードに使うSlackです。 意義 業務を円滑にこなすためにはタスク管理や情報収集は必要不可欠ですが、1つだけのプロジェクトに関わっているのならまだしも、複数のプロジェクトに関わっていると、なかなか一元管理するのは大変です。(「プロジェクト」というとある程度大きいものに聞こえますが、普通に取り組んでいるものの種類、みたいな認識で。) 僕はタスク管理にぼっちRedmineを使っています。組織

今年4月、ミクシィの元CTO松岡剛志氏が、動画制作クラウド「Viibar（ビーバー）」のCTOに就任した。新天地では専ら組織のマネジメントに注力し、「得意な仕事はエンジニアチームの組織化です」と語る松岡氏も、かつてはゴリゴリとコードを書くエンジニアだったという。 BASEのCTOである「えふしん」こと藤川真一氏が、以前HRナビのインタビューで「エンジニアには、技術を追求する『職人型』と、『プロダクトマネージャー型』の2つのキャリアパスがある」と語ったように、キャリアの節目にいる多くのエンジニアが「技術を極めるか、管理する側に回るか」という選択を迫られる。松岡氏がキャリアの節目で選択したのは、「マネージャー」だった。その決断の背景には、どのような出来事があったのか。また、松岡氏が考える「職人型」と「マネージャー型」、それぞれのタイプに必要な素養とは何なのか。自分より腕のいいエンジニアが部下に

昨今、起業家の考えを聞くイベントは数多く開催されているが、会社を技術的な側面から支える「CTO（最高技術責任者）」の考えを聞けるイベントは少ない。そんな、「CTO」に焦点を当てたイベント「アンビシャスセミナー〜REIMEI〜」が11月21日（金）に開催された。 今回のイベントのテーマは「CTOになるべきか、ならざるべきか」。エンジニアの多くが興味抱くであろう「CTO」という役職。普段、「CTO」として働いている彼らはどんなことを考えているのだろうか？

リブセンスCTO平山宗介さんが考える“理想のエンジニア像”に迫るインタビュー。平山さん曰く、「本当に技術で突き抜けられる人は一握り」「それを見極めた上で自分の強みを考えることが必要」だという。エンジニアのキャリア形成にとって、大きなヒントとなるお話を語っていただいた。 ▼リブセンス CTO・ 平山宗介氏へのインタビュー第1弾 CTOに問われる“組織文化”を生み出す力―リブセンス 平山宗介氏のCTO論。 CTOが考える理想のエンジニア像を知り、今後のキャリア形成の指針に 企業の技術トップであるCTOが求めるエンジニア像は、エンジニアが今後のキャリアを考える上で、大きなヒントとなるはず。 ということで、今回はリブセンスCTO平山宗介さんに、ご自身の考える“理想のエンジニア”について語っていただいた。 「エンジニアたるもの、こうあるべき」という既成概念にとらわれないことが、エンジニアとして一皮剥

CTOって何か CTOというものは、何か？という内容は、 最近良く見かけるようになりました。 大局的な側面から、技術を俯瞰して見る人 何でもやる人(なにもしない人ってのもある) 技術的な文化を浸透させる人 技術者にいい影響を与える人 技術の側面で経営にコミットする人 等々、多少うろ覚え気味ですが、このような 記載をよく見た気がします。 はい、だいたい同意します。 なんでしょうね、最近CTOの在り方？ みたいなものが見直されてるんでしょうかね？ 募集(地雷のような募集がたくさんあるなぁ)も多いし、ひょっとしてチャンスなのか？今。 どうやったらなれるのか？ 私が目的を達成するには、これをまず抑えないとなのかな？ 現在CTOについている方は、おおよそ 以下のような形でCTOについているみたい スタートアップの企業に呼ばれる 会社の合併とか、統合のときに呼ばれる 前職者がいなくなったときに声がかか

自らもエンジニアながら、3社の経営に携わっている竹内真氏をインタビュアーに迎え、注目のIT・Webサービスを展開する企業の技術トップにインタビュー。CTO同士の対話から、エンジニアがどのように「ビジネスを創ることのできる技術屋」へと進化すべきか、その思考・行動原則をあぶり出していく。 今回登場してくれたのは、今年に入って海外展開にも注力し、文字通りグローバルITカンパニーへの道を歩み始めたグリーのCTO藤本真樹氏だ。 同社がまだ六本木にある小さなオフィスでSNS『GREE』を展開していたころからジョインする藤本氏は、ここ数年で飛躍的な成長を遂げたグリーの技術基盤を支えてきた。この希有な経験を通じて、彼が学んできたものは何だったのか？ ならではのCTO論に耳を傾けてみよう。 株式会社レイハウオリ　代表取締役 ｜ 株式会社ビズリーチ・株式会社ルクサ　CTO 竹内 真氏 （blog：singta