「SQL」を含む日記 RSS

はてなキーワード: SQLとは

2017-04-24

業務命令でなく業務外に業務させたい

新人SQL業務外で勉強させたいと思っている。

もし、勉強しなかったらちょっと単価の高い別のメンバーにやってもらう方が安上がりなので、業務内で勉強させるつもりは無い。

SQLを使った業務をして貰う予定だから勉強してこい

NGで、

SQLできるメンバーにこの業務やってもらおうと思っているよ。

大丈夫だろうけど、

・もしSQL勉強してきたら、次この業務やってもらうよ。勉強しなくても別のメンバーに頼むから大丈夫だよ。

・もしSQL勉強してきたら、次この業務やってもらうよ。勉強しなくても別のメンバーに頼むから大丈夫だよ。ただ、君の評価に与える影響は大きいよ。

真実だとしてもダメかな~?

どこまでだったら、良いかな?

あとはSQLじゃなくて、英語だったらとか、汎用性のない業務パッケージだったらどうなんだろ。

2017-04-22

http://anond.hatelabo.jp/20170421230333

今、仕事をしてるシステムは、DBテーブルカラム漢字になっていてすごくわかりやすい。

SQLとか、

SELECT 
  商品名, 
  商品略称, 
  仕入値, 
  売価 
FROM 
  商品マスタ 
WHERE 
  仕入日 >= '2017-04-01' 

みたいな感じ。

DBからとってきた値をいれる変数も同じように日本語にしたらめちゃくちゃよくなりそうだけど、残念ながら既存ソースがそうなってないから俺もソースのほうはローマ字で書いてる。

2017-03-15

毎朝ぎりぎり出社の運用エンジニアです

今日会社障害対応

最近やっているプロジェクトはつまらない。

今やっている仕事の50%は運用プロジェクト関係

運用なので実装や開発ということもなく、何かシステム修正があればテスト、というような感じ。

障害も頻発するわけではないがそれでもつらい。

先輩はいい人で色々教えてくれるので、勉強になるからその点はうれしいのだけれど、

やっぱり運用プロジェクトというせいかモチベーションが上がらない。


最近は毎朝起きるのも遅い。

乗る電車もいつもぎりぎり間に合う電車


以前は出勤時間の3〜4時間前に起床して、好きなプログラミングをしたり

本を読んだり、ランニングをしたり自由に過ごしていた。

会社にはみんなよりも1時間早く来ていた。

きっとその頃は仕事が楽しかったのだろう。

会社に入ったばかりでやることはどれも新鮮。

少し難しい仕事も任されるようになってきてモチベーションもあったと思う。

仕事楽しいだけでなく充実感があった。

それが今では不思議と朝起きたくないのだ。

起きるのがつらいというか億劫

別に疲れが溜まっているわけではない。

目覚めは悪いどころかいつも目はぱっちりしている。

でも起きれない。ぎりぎりまで布団の中。

そして時間ぎりぎりになると焦燥感を感じつつのっそり布団から起き上がる。

まり憂鬱なのだ会社に行くのが。

この状況を打破するにはたぶん運用プロジェクトをやめるしかないのだろう。

今ではどうせ朝早く起きれないなら深夜までずっと起きていようか、なんて考えている。

会社をやめていく同僚にも言われたが、運用やってるとだれてくるらしい、私生活が。

そういって同僚はフリーランス転職した。

今では職場でも私生活でもいきいきしている。うらやましい限りだ。

自分フリーランスにはなろうとは思わないけども、少なくとも今のプロジェクト半年が限度かなーとは思ってる。

同じ環境にずっと居ても成長できるか不安だし。

それに自分市場価値はどんどん上げたいと思っているし、会社だけでなく会社の外でも評価される人間になりたい。

そういう意味でも今の運用プロジェクトに長く関わるのは、正しい選択ではないように思う。

運用プロジェクトの残念なところは、仕事の大半が顧客対応コミュニケーションコストでつぶれること。

特にお硬いお客さんだと本番作業をする度に、申請書類を書いて作業日の何日か前に提出しなければならないだとか。

障害対応であれば書類に発生日時や発生事象、発生原因、顧客影響、業務影響、対応策、横展開対応、再発防止策、etc..

なんてことをつらつら書かなければいけなかったり。

なにより障害が発生したらものによっては休日にも出勤しなければならないこと。

まぁ自分はその経験はまだ一度もないけども。ただ障害が起きて帰りが遅くなった時は本当に疲れる。

体力には自身があるけども精神的にはわりときます。人によるのかな?

つらつらと運用プロジェクトについてネガティブな事を書いたけども、悪いことばかりではない。

運用プロジェクトでは顧客対応必須だ。なので顧客との話し合いは上手くなる。

あと、運用エンジニアには広範な知識が求められる。

例えばフレームワーク脆弱性が発表されれば、どの程度影響があるのか、どのような対策を取れば十分か、そもそもどんな対策がとれるのか、とか。

ハードウェアミドルウェア障害が起きればそれに対する知識を駆使して対応を行う必要があるし、

ドメインが変わった、IPアドレスが変わった、となればシステム運用保守作業で影響がないか調査する必要がある。

なのでそのような対応を考える機会があるので勉強にはなる。

他にも必要知識として、プログラミング言語SQLはそこそこかけて、DBクライアントLinux操作、その他ミドルウェア知識必要になる。

なので現時点では自分スキルはそこそこ伸びてはいるのかなーとは感じている。

そんなこんなで運用プロジェクトは色々大変だよってことです。

理想運用プロジェクトで吸収できるものは吸収していって、早めに別プロジェクトに移っていきたいですね。

めんどくさいことが多いけどもつまらなすぎて潰れないようにとりあえずがんばります

明日仕事ですね。みなさん一緒にがんばりましょう。

2017-02-19

SIerの書くSQL

http://uxlayman.hatenablog.com/entry/2017/02/12/low

SQLしかできないマン」の章。これなー。ISAMデータベースなごりじゃないかな。DBの変更を高度に隠蔽化するとかなんとか。

2017-01-07

Qiita3大キチガイ

転職Adventerはまあキチガイキチガイなんだろうけど、最初投稿にキテる感が無かったので、3人の中ではまともか

毛の壁とSQLおじさんはどっちがヤバいのだろう

実はSQLおじさんは早々にNG登録してしまったので、どう燃えたのか知らないのである

2016-12-07

コミュ力0のエンジニア介護し続けてきたツケが回ってきた気がする

11月12月炎上、というより「コミュ力の圧倒的足りなさ」から揉め事騒動を起こしている人たちが軒並み40代だった。



SQLおじさんこと生島勘富は40代クラウドワークスのページより)



ちょまどの例のスライドを作ったおっさんこと山本康彦は1957年まれの59歳。



フリーランスの人こと酒巻裕一は職務経歴書によると40歳



その酒巻裕一を擁護しつつ自身アドベントカレンダー特定人物攻撃記事を上げているRichMikanことシェルショッカーこと松浦智之は1975年まれの41歳。



職人エンジニアみたいな言葉を使ってエンジニアコミュ力求めない風潮を是とする記事を読んだことがあったけど、こんな若気の至りでやるような揉め事をいい年したオッサンたちがやっているのを見ると、コミュ力0のまま一定の年齢を超えたエンジニアは、社会と完全隔離させないと誰かを不幸にするだけの存在になるんじゃないかって気がしてならない。これは社会人全体にも言えるが。



ゲーム現場は平均年齢が30くらいなので、フリーランスで40越えたときには周りがみんな年下で、そこに同対応してゆくかというのはある。というか、対応できずに昔のままの感覚で腫れ物扱いや疎まれていく(もちろん、本人には言われない)というのを最近たくさん見てつらい。

https://twitter.com/obenkyounuma/status/806253887036366849



あとドラえもんの「大人ってかわいそうだね。自分より大きなものがいないもの。よりかかって甘えたり叱ってくれる人がいないんだもの。」っていう台詞を思い出した。もうこんなおっさん達を正しく叱ってくれる人間はいないだろうから、やはりただちに現実からネットから隔離するしかないんじゃないか

2016-11-24

プログラマーの思うこと

プログラマーから製造業社内SE転職した。

VBAわかりますけど(キリッ)みたいな人が作ったマクロを直すのが苦痛すぎる。

なんでもエクセルでやろうとすんな。

マスタのデータエクセルに貼り付けたものをつかってVBA組むな。

変数はご丁寧に一番先頭で宣言祭りコントロール名前が連番、無意味な処理、データ件数を取得するためだけに同じSQLをCOUNTにして実行、無意味ループに、ifの4段ネストメソッド名が不適切(checkXXX)、スコープは全部Public、定数の概念無し(マジックナンバー多すぎ問題)、型変換の概念無し(文字列数字にぶっこむ)、例外処理なし、その他突っ込みどころ多数


オブジェクト指向なにそれおいしいの状態コードがどんどん増えていく。

てめぇのエクセルスキルはよーーーーくわかったから、これ以上クソコード増やさないでくれ

2016-11-14

エンジニア副業を始めるのに勇気が持てない話

新卒5年目エンジニアにはよくある話だが、何人かの大学の同期がフリーランスとしてガツガツ稼いでいるらしい。

それに触発されて、自分も何かエンジニア系の副業ができないかフリーランス求人サイトをみてみた。

なんか出来そうで出来なさそうな案件ばっかりだ。

いや、それなりに調べれば作れそうだが、はじめましての私にできるだろうか。

一応CもRubyRailsPHPSQLサーバサイド系もそれなりに業務趣味経験しているが、募集されている具体的な案件をみるととたんに不安になる。

そう不安なのだ

こういう自分スキルセットだけど、どうやってフリーランス案件を受け始めたか的なエントリがなかなか無い気がする。

平凡なエンジニアだけど、こういう状態から勇気を持って副業始めました的な。

情報に対しても受動的じゃだめなのかな、とりあえず挑戦してみるべきなのか。

2016-11-06

http://anond.hatelabo.jp/20161106094548

LaravelのCRUD程度ができる、CakePHPはやったことないけど同じPHPフレームワークだし覚える気はある。

jqueryアコーディオンとかは何も見ないでも作れるが他はネットで調べつつ。

PostgreSQLをよく使ってたけどMySQLはしたことない。

でもフレームワーク使うならSQL文ほぼ使わないだろうから追々覚えたら行けるだろ

って考えの大阪プログラマーだけど雇ってもらえます

2016-10-02

うおおおおお結婚してええええええ

でも無理だ自分の中にあるロールモデル少女漫画並みで全然現実味がねえええええ

今どきどこを探したら「彼女からバレンタインチョコもらったんだけど嬉しすぎて食べられなくて最終的にはカビさせた」なんてウブな男がいんだよおおおお

お約束の「そんな彼女現在ヨメです、子どもにも恵まれ庭付き一戸建てに犬も飼ったりして現在幸せです」オチとかもはや創作でも絶滅危惧種だろおおおおおお

そうだよ我が両親の話だよどんだけ善行積んだらそんな展開経験するレベルに生まれ変われるんだよおおおおお

ちげーよとりあえずカネはいーんだよ庭付き一戸建ての犬はともかく子ども持っても良いと思えるような相手のゲットの仕方だよおおおおおお

なんなのみんなどうやって恋とかしてんの恋じゃないにしても愛とか情とかなんかこうそういうヤツどうやって発生させてんのよおおおおお

職場出会いなんかねえよ独身自分だけであと既婚と同性だよ!!!事務職で外の人間と接する機会とかねえし今一番興味あるのはVBAとかSQLとかそういうのだよ!!!毎月同じ資料計算で作るのが嫌すぎるんじゃ!!!でもマクロだのでオート化するのがときどきイマイチ上手くいかない!!!どっかに習いに行きたい!!!!金は無い!!!出せても月1万台で2万は絶対無理!!!!!!

ついでにこないだついに30なったわドチクショー!!誕生日過ぎた途端に婚活会社からショートメールが来まくりだよ興味本位登録したけど結局一回も利用せず放置になって2、3年は経つってのによ!!完全にカモられてっだろこれ!!!金は無いってんだよ!!!

あああああもおおおおおお

結婚してええええええええ!!!!!!

こういう暇で天気の芳しくない日にダラダラ過ごす相手を持ちてええええええ!!!!!!

2016-09-19

http://anond.hatelabo.jp/20160919121645

学者→初級者 あるある

ネスト深くなってもいいから&&と||を別にして正しく分岐させるべき。

こんなん設計が悪いってのが前提だけど。

SQLも実運用でサブクエリ使わないと抽出できないとかゼーンブ設計が腐ってんねん。

2016-09-08

http://anond.hatelabo.jp/20160908160737

「小さなショップ」と書くぐらいだからECサイトスクラッチから作る規模だとコストがあわないだろうし、WordpressEC-CUBEベースじゃない?

中規模以下でECサイトを自社スクラッチって聞いたことないし。

だとするとパスワード書いたファイル場所攻撃する側は知ってると思うよ。

それがわからなかったらSQLなげるPHPおけばいい、と思うけどな。

2016-08-16

SQLが書けないマーケターなんてマーケターじゃない

データを出してくださいと、自分が調べたいことに対して逐一依頼を出してくるマーケター

僕がせこせこSQLを書いている間に、情報収集という名のネットサーフィン

もちろん僕もSQLを書くのが専門じゃないので、自分業務優先順位によって対応前後することだってある

その間マーケターWEBの波に飲まれているのだ

お前が波に溺れていた一日は、昨日死んでいったエンジニアが生きたかった一日なのだ

2016-08-13

bash高収入カラクリ

アメリカでもどこでも、俗に言うプログラミング言語であるCやJavaRubyなんかを扱う人間っていうのは

職能としては「コーダー」扱いであり、日本以外ですら下流工程専門の十把一絡げな作業員しか扱われない、ということ。

ITエンジニアリング本質製造工程ではなく運用保守に重きが置かれるものであるから

アプリケーションのものよりも寿命が長く、製造工程では用いることの無いbashSQL高収入なのはしろ必然

はてなーにも数多いるだろうエンジニアの皆様も、多分理解できてるところなんじゃないでしょうか。

プログラム書けるだけとか今時スキル扱いすらされねえよ」って事実に。

2016-07-18

IT業界認定試験もっと重要視すべき

IPAのやってるやつだけじゃなくて、ベンダーのやってる言語とかDBとかああいうのも。

PHPプロジェクトPHP認定試験に受かってる奴しか使わないとか、MySQL資格もってないとテーブル設計やらせないしSQLも書かせないみたいな。

認定試験なんて実力とは関係ないって言う人いるけど、SIerではびこってる「経験年数=技術力」って基準より数段マシになると思うわ。

Java入門書も読んだこと無いレベルの人が、コードを書くどころかレビュワーをやっていて、しかも「経験年数=技術力」って世界観から自分は実力あるとナチュラルに信じこんでるし。

VBから来たベテランが「エラーハンドラを全サブルーチンで書くべし」みたいなルールJavaに持ち込んで「全メソッドcatch(Exception e)するべきだろ」とか自信たっぷりに言ってる世界

ダメ技術者が、年をとってるってだけで評価されて上にたってダメ技術者を育成するって負のループに入り込んでるから一定客観的基準評価する仕組みをもちこんで負のループを断ち切るべき。

2016-07-16

WebデザインWebシステムは、相手企業事業が失敗しないように話を進めるべき

雑談

最近LINE株式上場(証券コード:3938)したようだ。一時は高値で5,000円まで上がったが、安値4,310円(2016年7月16日 17:44現在)まで下がり、なんと690円も下がっている。一瞬の差し足で儲ける連中は賢い。

流行統計的手法deep learning(機械学習人工知能)を駆使し、株価が3,000円台まで下がるタイミングは何月何日か?を探り空売りできないかを考える今日この頃

さてここからが本題。金融に関する仕事コンサルタントなどはできないと思い、とりあえずWebシステムもどき、あるいはWebサイトらしきものを作る仕事を始めた人の愚痴である

商品販売広告戦略立案Webサイト制作までの流れ

まずA社が商品販売するところから、B社がWebサイト制作をするまでの流れを簡単にまとめた。

[Step1]:商品を売ろうと企てる

[Step2]:商品の開発期間・開発コスト広告集客を考える(Plan)

[Step3]:2におけるチラシ・ホームページ外注に投げる

[Step4]:外注先がそれらを一件○万円で引き受け、広告完成(Do)

[Step5]:広告効果がどれだけであったか?を調べ、問題点について調べる(Check)

[Step6]:商品販売を取りやめるべきか?広告の打ち方を変えるかの改善を図る

[Step7]:改善された広告販売戦略を基に動き直す(Action)

さて、かの有名な電通鬼十則( こちら参照)にも「「大きい仕事」と取り組め。小さい仕事は己を小さくする」と言う言葉がある。

先日その大きい仕事のお膝元というべき会社で、Step4を担当している人と話した。それが意外に俺と同じ事を考えててビビった。って事は日本広告業界すべてが、派手な物を作って...って発想なのかと思った。

さて案件の規模が小さい程[Step1〜7]全体の大部分に関与でき、大きい程[Step1〜7]全体が見渡しにくく、関与もしにくい場合もある。そして自分アクションを起こしたが、結局[Step1〜7](PDCA)全体が回ってない事もあるのは何処も一緒なようだ。

もちろん自分は[Step4]の工程の1部品として動いていて、基本1〜7の大枠の中の1部品として動いているに過ぎない。ここでStep4の仕事をしていて愚痴りたい事の1つに、「[Step4]の人たちって、どうして[Step4]の事しか考えないのだろうね?」と言う事だ。以下その愚痴を書きたい。

愚痴:デザイナーに居る「俺が作ったデザインすばらしい」な意識高い系

どうも俺は「俺が作ったデザインすばらしい」「よそがやらないようなデザイン」をひけらかす為に話を進めている場合程、やる気なく仕事している。

過去の嫌な事例

過去酷いと思ったのは、[Step1〜3]側のクライアント会議で決まった内容を、[Step4]のこちら側で無理矢理ひっくり返した物を作った事だ。無論自分らの意見を押し通すのも商談の上で必要な事もあるが、必要ないならやらなくて良いと思う。

上は上で「クライアントでなくウチがやりたいんだ」と一点張り。それに対し、実際に手を下す俺は「既に決まった物なのに、そもそも全体の進捗を狂わす事はないんじゃない?ただただ作業日数も増え、俺のやることも増えるだけだし、俺そこまで能力ないし」と思っていた。

その結果中間会議クライアントに「やらない方がいいんじゃないですか?」と言われ、ざまーみろと思った事もあったっけ(笑)。こうなると「俺はこんなに素晴らしいと思っているのに、お前はそう思わないのか」と言う流れになり、相手からすげえ嫌がられることも少なくない。

確かに「とりあえず始めて見て反響を見る」と言う事も重要だ。しかしながらStep4の自分らが、デザインをひけらかすが目的ならこれは論外だ。以上。こうして俺はデザイン仕事ではやりたくないなあと思うようになった。

商品広告をお客さんに見てもらい、売上を上げる事がそもそものやる事

この時自分がやっていた仕事は、「商品Pの広告ターゲットとする客層のx%に見てもらい、商品Pにおける売上高をy%向上させる」事の一部ではなかろうか?ならば見た目自慢よりも、サイトに依ってお客さんにどれだけ反応が呼べたか?という事を調べ、クライアントと一緒に[Step5〜7]に活かす事も重要だと思う。

サイトの見た目、機能SEO(検索エンジンソーシャル対策)などがそれぞれバラバラなのもいけない。そしてそもそものところで「どのようなお客さんに見てもらったり使ってもらったか?」「そもそもの事業戦略」が無視されている。

そんなに見た目や機能重要か?必要最小限で良いか会社事業が回るようなものにする事こそ、自分ら[Step4]の人間のやる事だと思う。

クライアント、各Step毎の人と連携する姿勢を忘れない

そのためにクライアント、各Step毎の人と連携する姿勢を忘れてはいけない。先ほどの愚痴みたいに各Step毎にバラバラに行動するようなやり方は、今後世界的にも流行らないと予想する。又、システムホームページが内製化されるのも、Step毎の連携を良くする為である

ツールを作る事に頼らず、他のみんなができるように

さて、商売柄わからないことがあると、はてなブログQiita、StackOverflowなどのレシピサイトを見る事が多い。ここで最近Qiitaを読んでいて、「マーケティング担当者にSQLを完全マスターさせた話:Qiita」と言ういい記事があったので紹介したい。以下デザインの話から離れるが、是非聞いて欲しい。

みなさんこの試みをどう思うだろうか?俺はこの動きに賛成だ。俺の推測を書くが、恐らくこの会社社員数は多くて100人前後まで位で、上記の[Step1〜7]までの多くの部分を1社で担当していると思う。

無論顧客情報や売上情報に関するデーターベース(SQL)にアクセスし、それを分かりやすく画面に表示してくれるアプリはあるはずだ。これをみて経営商品を売るのをどうしていくか?を考えて行く訳だ。

例えば、1ヶ月に100回以上データベースに対し特定の処理がなされるのなら、アプリにした方が良い。しかし「この時だけ単発にデータベースに○○な処理をさせて、△△な事を調べたい」と場合もあるはずだ。こうなってくると、「マーケッターの人に単発のSelect案件を片付けてもらおう♪」という流れになる。

以下何故この作戦必要かを熱く語る。例えばファミコンボタンは「Aボタン、Bボタン、STARTキーSELECTキー十字キーしかなく、それ以外の事は一切できない。これはアプリケーションも同じで、アプリケーション化する事でユーザーの動きを制限することにつながる。

必要最小限に仕事をまとめたい場合は別だ。しかし今回の場合「火属性の敵に対し、どう対処するか?」「そもそも相手属性E_1,E_2,…,E_nに切り分け、それぞれに対しどう対処するか?」の場合ならば敵の弱点も変わってくる。そのため制限ありだと対処できないケースも出て来る。

こうなれば「賢者すっぴんすっぴんすっぴん」では某エ△スデスに勝てないだろう。それに賢者戦闘不能の時はもう冷あせもんだ。レイズアレイズ、フェニックスの尾がないときは、誰がケアルエスナしてくれよう。そこで全員が「賢者、赤魔導士、赤魔導士、赤魔導士」位ならば、賢者が忙しい時にケアルが使えてラクだし、全体を有利に進める事が可能になる。

[Step4]の会社にいる立場としてこんな選択が出来るのが羨ましい。なので新しくツールを作るだけが選択肢ではなく、みんながある程度できるようにしておきたい。

その為に自分は何ができ、どうしていきたいか

以下その為に自分は何ができ、どうしていきたいか?について話す。まず自分学生時代、どちらかと言えばxとyが嫌いだった人が絵や音楽をやる事もあるようだ。俺はその逆で、絵を描くのをサボってでもxとyをやり続けていたい人だった。なためどうも絵が好きな人音楽好きな人の話が抽象的に感じる事がある。(俺、Webシステムの方がリクツが分かるほうだから得意かも...)

起業は無いものとして考えた時、どの道Step1〜7のPDCAサイクルなど早々回りゃしない。ならば、少しでも自分の出来そうな方で仕事したいと思っている。わがままを言えば[Step1〜3]寄りの仕事がしたいと薄々思っている。

このまま堅い商売を続けるなら、それこそ物理学者みたいに世の中の物事を数値やy=f(x)化し、扱いやすくしてやりたいとも思う事もある。例えば商売なら、未来予測しきる無敵の関数y=f(x)を編み出してもうけるとか。

又は経営層やマーケッターがxとyを見やすく、確認やすくするデーターベースツールの開発が出来て、売っぱらう事ができれば…(用語言うなら、Microsoft PowerBIと言ったツールかな?)

xとyをフル活用することで、できる限り失敗しない線を探して勝ちを拾う。又はマーケッターなどの人と協力し、無難商品Pを売る上での最強の市場(=有利な戦場)を見つけて行ければとも思う。

最後に「無理に成功を夢見る」ではなく、「出来る限り失敗しないように無難にやる」「無難にやる策を模索する」で行きたい今日この頃。まあ、難しいんだけどな。

2016-07-10

memo

書籍より

Web + DB vol.92

データ分析の基本アーキテクチャ
フレームワーク比較評価

10年戦えるデータ分析入門

SQL中心アーキテクチャの3つの
SQL中心アーキテクチャの3つの条件
tips
  • DWH層を標準ライブラリのように考えて構築するとよい.
    • 「購入の可能性があるユーザ一覧を表すビュー」をDWH層に持たせるなど.

2016-07-08

http://anond.hatelabo.jp/20160708111946

SQLだけじゃない。データベースも使ってるぞ、多分。

増田ってSQL使ってるんじゃね?

投稿された日記投稿日時で降順で表示してるから新しい日記が一番上に来るんじゃね?

これ気づいた俺は天才かよ

2016-07-04

PHPの次

ああまたか、と思った。フレームワーク使用しているのに、フォームフィールドベタ書きして、条件分岐を駆使して、その値や、エラー文字列を表示させている。

外注が作ったプログラム

初めはもちろん頭にきたが、なんかもう、PHPってこんなもんなのかな、と思った。

こういうコードを見たのは一回でも、一社でも、ない。

それでもこの会社たちはこれで仕事をもらい金をもらい回っている。

所詮私が関われるレベル仕事だ。別に大した規模でもない。悪党たちや、暇人たちが、ちょっかいだすメリットなどない。

BASIC認証があってデータベースアカウント認証があって一部の限られた人しか使わなくて…。それでも私は入力値チェックをする。入力画面と確認画面と処理画面で、する。エスケープをする。SQLLIKE文のエスケープも、するよ?HTML出力は文字列全部にエスケープするから名前記号、使えるよ?

当たり前だよね?

それなのに、なんで、見かけないんだろう。

はてなブックマークではまいにちこうどなぷろぐらむのわだいでいっぱいだよ。こんなこときにしてるひとなんかそんざいしないみたいだよ。

私はPHP以外使えません。アプリ挫折しました。

でも、そろそろ、入力画面確認画面完了画面を作るのも、リファクタリングするのも、飽きてきました。

次は何をしたらいいですか?

ブックマーク

JavaPHP書き換えワロタ

瞑想運動やろ…

2016-06-29

http://anond.hatelabo.jp/20160629160535

配列操作やらが楽だからだな。>phpが便利

例えばSQL文を生成する際に以下のINの所にカン区切りデータを入れる際、

SELECT * FROM ITEM WHERE ITEM IN (...)

このIN文に入れるデータテキストデータなんかで格納されてて、適宜読み出して使う場合普通にコードを書くとクソ面倒くさい。「行ごとにカンマは足していくが、末尾のカンマは取り除く」みたいなどうでもいい処理を書く羽目になって、それだけで10行近くコードが膨れる。

しかし、phpならば$IN=implode($list,",") とかでいい。

こういうような糞処理を関数一発で何とかしてくれるのがphpには沢山ある。

jsonなんかのパースも、特にライブラリ読み込んだりしないでもjson_encode()json_decode()なんかでいい。

とかく普通にやると面倒くさい処理の殆どデフォで揃ってるのがPHPだ。

PHPやった後にPythonやると、あれもこれも機能が不足してたりして結構辛かったぞ。

2016-04-25

http://anond.hatelabo.jp/20160425124613

教えてあげれば?

ちなみにaspテンプレートがそのまま出てるだけで、sqlではない。

http://website.informer.com/visit?domain=mindjoin.com

おいおいsql漏れてるやん

挑戦ボタンを押したらsql漏れ漏れ

いい加減すぎるだろ・・・

個人情報とか漏れそうで怖い

http://www.kentei-uketsuke.com/kaigi-kentei/practice_guide.html

2016-03-18

[]3月18日

○朝食:なし

○昼食:おにぎり三個、ゆで卵

○夕食:ウイダーインゼリーパルムケンチキ



調子

なんか昨日は頭がおかしくなっていたようだ。

一晩寝て起きたら、普通に戻ってた。

残業疲れたかな?



お仕事頑張った。

なんかパフォチューのために、インデックスを精査する仕事が回ってきたんだけど、

「実行するSQL実装わからん設計はわかるからそれで」とかいう無茶ぶりをされた。

わず「僕はオプティマイザじゃないので無理です」って言ってやろうかと思ったけど、

荒波をたてることもないし、そもそもアリバイ作り的にインデックス精査したんですよ〜って言いたいだけっぽいので、適当に調べて適当に報告するつもりです。



バッジとれ〜るセンター

メガギャラドスきたーーーーー!!!!!

課金課金課金課金

ぐへへへ、メガギャラドスかっこういいよお。



Miitomo

今日始めた新しいゲームです。

これは任天堂iOS/Androidゲームで、

任天堂ゲーではお馴染みのMiiを題材に、フレンドとアンサーと呼ばれる、ゲームで出題される質問への回答を共有するゲーム

って紹介でいいかな?

マイニンテンドーっていう、クラブニンテンドーの後継サービスと連動してポイントたまるようなので、ダウンロードしてみた。



うーむ。

正直、Twitterなどで既に友達になっている人としか繋がれなくて、

ゲーム内でフレンドを増やせないのが、微妙すぎる。

僕はTwitterFacebookもたまにしかしないので、そこの友達といってもあまりピンとこない人しかいない。

TwitterFacebookなどの追加要素っていうと変な言い方だけど、そんな感じのゲームって印象。

せめて、ゲーム内でフレンドを増やす事ができれば、まだ僕でも楽しめるかもしれないけどなあ。



ただ、インターネット上で友達と交遊する的なゲームは、

はてなオンラインで大満足なので、続けるかは微妙だなあ。

2016-03-11

[]3月11日

○朝食:なし

○昼食:おにぎり三個

○夕食:うどん餃子シュウマイ、ファミチキ



調子

むきゅー。

朝起きたら37.2と微熱だったが、頑張ってお仕事いった。

けど、お仕事メチャクチャ大変だった。

22時半ぐらいまで残業だったんだけど、最後の一時間もうろうとして、

Select *

From hoge h

Where h.key Not Exist

(

Select *

From piyo p

Where h.key = p.key

)

こんな感じのSQLが動かないー動かないーって唸ってた。(今もふらふらで適当に書いたから、そもそも間違ってないとか、意味がわからないとかだったらごめん、existとinの書き方ががごちゃ混ぜになって、existなのに比較するカラム名を書いてたって間違いだってことが書きたかっただけです(のわりにこの例文だとexistのカッコの中のselect文がアスタだけなのが納得いかない感があるな、どうやってkeyと服問い合わせを比較するつもりだったんだよ))




帰り道のコンビニトラバで指摘された肉を買い込んだので今から食べます

ログイン ユーザー登録
ようこそ ゲスト さん