地方創生加速しちゃって困っちゃうよー。｜木下斉
えー今年度補正予算で出された「地方創生加速化交付金」というものの採択内容が公開になりまして、これまでの先行型予算などと組み合わせてこんな感じになってきています。 以下、真剣に書くと辛くなるので、明るくお伝えします。 資料みると、「KPI設定」と「PDCAサイクル」を組み込んじゃうそうです。すごいですね。画期的、天才すぎます。 さらに1400億、300億、1000億とかどんどん予算がついててびっくりします。すごい。 んでもって、採択事業を色々と見ていくと、、、なかなか痺れて参ります。強烈な痺れです。やはり凡人には理解できないレベルの事業ばかり。 まずは、伊賀、甲賀、小田原などなどは忍者をテコにした訪日観光客誘致らしいですね。そのPRに1.2億円。忍びの割に忍者もなかなかカネかかりますね。忍ぶはずの忍者を表舞台でPRしちゃうってのもなかなかヒネリがありますね。すごい。逆転の発想。
たった1人から始める社内テストコード文化
# -*- coding: utf-8 -*- from __future__ import absolute_import, unicode_literals # テストする関数 def add(a, b): return a + b # テストコード 関数名はtest_ から始めるのがpytestでのお作法 def test_add(): assert add(1, 1) == 2 assert add(1, 2) != 2 >>> $ py.test ../tests/test_add.py =============================================================================== test session starts ================================================
万引き犯を捕まえた店長 → 犯人の動機を知り同情 → その後とった神対応が「素晴らしい」と話題に！
» 万引き犯を捕まえた店長 → 犯人の動機を知り同情 → その後とった神対応が「素晴らしい」と話題に！ 特集 世界中で起こっていると考えられる万引きだが、その背景にある理由や動機は様々だ。面白半分にやってみたり、生きるために手を染めてしまったり……。 これからお伝えする万引き事件の犯人も、家族のためにスーパーマーケットから物を盗んだという。しかしそんな事情を知った店長が、犯人に対してある対応を取ったところ「素晴らしい」と話題になっているようだ。 ・お腹をすかせた子供のために盗みを働いた男性 マレーシアの大型スーパーにて、31才の男性が万引きして店員に捕まった。海外メディア『The Star Online』によると、彼が盗もうとしていたのは27マレーシアドル（約741円）分のナシやリンゴなどの食料品だったそう。お金を持っていなかった彼は、お腹をすかせた3人の子供のために止むに止まれず犯行に及
創造力は「諦めたい衝動に耐えた時」に湧いてくる | ライフハッカー・ジャパン
何かを諦めることがいつも悪いとは限りませんが、さじを投げたくなった時にも背中を押してくれる言葉があります。その1つは、そういう時ほどよりクリエイティブになれる、というものです。 研究者であるBrian J. Lucas氏とLoran Nordgren氏は一連の研究で、粘り強さが創造力に与える影響について調べました。彼らはある条件下で対象者に対しアイデアを出すよう指示しました：例えば、プロのコメディアンにお笑いのオチを作らせるなどです。そして、別のグループに対象者のアイデアがいかに独創的であるかを評価してもらいました。最も大きな発見は挑戦することで創造力が強化されるということでしたが、さらに興味深いのは、人は踏ん張っているときに自分たちのアイデアがどれほどクリエイティブであるか想像しにくいという事実です。ある論文で研究者グループはこのように報告しています。 平均的に、学生らは粘り強く取り組め
SQLチューニング～お手軽に使えるヒント句まで - Qiita
ORACLEでの経験を元に書いていますがコストベースのリレーショナルデータべースなら全般的に共通の考え方で対応できると思います。 SQLのチューニングといえば比較的容易に済むインデックスをとりあえず作成する。といった対応を取られがちですが、数万レコード程度でのデータ量ではあまり効き目がなく、またインデックスを乱立すると複数の条件がある時などにオプティマイザが誤作動を起こす要因ともなります。よって本当にインデックスがないことが原因なのか？を熟考する必要があります。 基本的にルールベースと違いコストベースになるのでオプティマイザによって作成される実行計画が望み通りの計画になっているのかを見ながらチューニングしていく必要があります。 今まで見てきた遅いSQLはとんでもない結合順や使用されるインデックスがなんでここから？といった実行計画になっていた事が大半でした。 そういう時に正しい実行計画をオプ
エンジニア10年選手になりましたが、過去の実績を重視するのはやめませんか？ - tehepero note(・ω<)
2016 - 03 - 20 エンジニア10年選手になりましたが、過去の実績を重視するのはやめませんか？ ※たいした記事じゃないので、読み流して良いです この春でエンジニアとしては10年選手になります。キャリアとしては最初の３年ちょいがしがない SIer で、 リーマン・ショック から3年くらいは フリーランス で、Web系の現職（3年半経過でキャリア最長となった）です。 この間ファイルやらメールやらを整理していたところ スキルシート とやらが出てきましてね。客先で常駐した経験のある方なら誰もが書いたことがあるものだと思いますが、コレを見返していたら経験した業務であったり得られた技術領域のうち相当数が、陳腐化したというかあまり役に立たないものになっていました。 かなりの技術が陳腐化した 最初の会社のときに Struts できれば生きていけるみたいなこと言われたことがあるんですが、当然 St
新人プログラマ向け・スキル向上のための具体的なアプローチと考え方 - give IT a try
はじめに：「僕にもそんな頃があった」 先日、西脇.rb＆神戸.rbの合同勉強会として「RailsプログラマのためのSQL勉強会」を開催しました。 この勉強会は出題者（＝僕）が出したSQL問題を他の参加者が解く、というスタイルの勉強会です。 参加者の方の中には最近プログラミングを始めた、という人も何人かいました。 そういう人にとっては問題がちょっと難しかったので、ときどき僕がサポートに回って質問に答えたり、解き方をある程度教えたりしていました。 また、話がちょっと脱線して「僕が作ったこれぐらいのWebアプリは、伊藤さんなら何時間ぐらいで作れますか？」みたいな質問を受けたりもしました。 その中で言われたのが、 「説明されたらわかるけど、自分一人でこの答えにたどり着くのは無理です」 「えっ、そんな短い時間で作れるんですか」 といったようなコメントです。 そういったコメントを聞くと、「あー、僕にも
デキるプログラマだけが知っているコードレビュー7つの秘訣
SonicGarden Study #11で放送された資料から一部スライドを抜いたものになります。 http://sonicgarden.doorkeeper.jp/events/13229 ----- 優れたプログラマだけが優れたソースコードを書くことができます。 では優れたプログラマになるにはどうすれば良いでしょうか。 自分の書いたコードを、優れたプログラマに指摘してもらうことが一番の近道です。それがコードレビューです。たった一人でコードレビューも受けずに、ただ書き続けてもクソコードはクソコードのままなのです。 そこで今回は、良いコードが書けるプログラマになるための、コードレビューを上手に実践する秘訣を話します。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
