다른 사람이 개발해놓은 사이트 수정했다가 잘못하면 큰일날 수 있겠다. 잘 돌아가는 사이트였는데 내 잘못으로 오류났다고 소송걸면 문제가 클 것 같다. 넘 무섭다.
Author: 딸기맛우유
2022. 5. 9.
어제 교회에서 우연히 엄청 예쁜 여자가 보였다. 말 걸어볼까 하는 생각도 못했다. 그런 일은 일어나지 않겠지..
2022. 5. 9.
이정도면 된 거 아닌가 하고 다 했다고 하면 늘 뭔가 꼬투리가 잡힌다. 이젠 없겠지.
나는 inline style 쓰는 거 안 좋아하고 안 쓰려고 하는데 다른 방법이 없을 때가 있다. 이런 건 갑에게 도저히 이해 못시키는 부분이다.
2022. 5. 6.
php version 업그레이드 하면 되는데 하다가 서버 문제 생겨서 안 올라올까봐 못 하겠다.
2022. 5. 6. 짜증나려고 한다
추가 요구한 거 해주니까 끝없이 요구한다. 요구한 거 하고나면 오타같은 실수로 버그가 나옴. 이런 건 몇초 안에 수정 가능. 이런 버그 안 내는 개발자는 없을걸. 결국 해줬다. 요구사항은 처음부터 구체적으로 상세히 받아야 한다. 다 감사한 일이다. 그래도 이건 좀 심한 거다.
2022. 5. 3.
버그가 있고없고를 떠나 내 코드가 더 깔끔하고 유지보수하기 좋은 코드다. 누가 짜도 버그는 없을 수 없지만 유지보수하기 좋은 코드는 있다. 내가 기존 코드를 보면 그 코드를 짠 사람이 어떠한 마음으로 짰는지가 어느정도 보인다. 나중에 누가 유지보수하든 난 모르겠고 대충 돌아가게만 하고 빨리 끝내자. 알아서 하겠지. 이런 마음으로 짠 코드는 정말 수정이나 추가 개발하려고 들여다보면 한숨만 나온다. 내 코드는 아름답진 않지만 나중에 누가 보게되더라도 빨리 적응이 가능하다. 난 이해하기 어렵더라도 아름다운 코드를 좋아하고 그런 코드를 짜려고 노력한다. 느리지 않다. 나에게 느리다고 하지마. 그럴거면 다른 사람에게 맡겨.
어젠 html, css 작업을 하다가 현타가 왔다. 참고로 이 작업은 프로그래밍(코딩)이 아니다. 텍스트 문구를 넣고, 간격을 넓히거나 줄이고, 하는 신입도 할 수 있는 작업을 하면서 내가 이런 것까지 해야하나 싶었다. 그런데 이런 일은 나한테 안 맞고 오래 걸린다.
2022. 4. 30.
CSS 넘나 어렵다. 이렇게 해봤다가 저렇게 해봤다가 한번에 되는 게 없어. 오늘은 display:inline-block으로 되어있는 두 div 높이를 동일하게 맞추려고 별의별 짓을 다 해봤지. 이러니까(잘 모르니까, 제대로 알지못하니까) 오래 걸리지. 도대체 안 되는 이유를 못 찾아서 table로 바꿔 해봤는데 쉽게 되더군. css는 display, position 속성만 제대로 다루면 반 이상은 한 것 같은 느낌이야. 나는 css에 약함. 이것이 팩트. 내가 원래 느리다는 페이크.
2022. 4. 29.
내 회사 프로필에 ‘모바일 초대장 솔루션 보유’라고 써놓아도 될 수준으로 만들 계획으로 개발을 시작했다. 홈페이지에 모바일 초대장 붙이고싶다는 의뢰가 들어온다면 쉽고 빠르게 붙일 수 있게 됐다. 게시판 소스 가져다 만들었다면 ‘모바일 초대장 솔루션 보유’ 라고 못한다. 내껄로 만들었다는 의미. 근데. 넘 빡쌔다. 자잔한 추가 작업을 넘 많이 요청한다. 일이 넘 많다. 내가 느린 게 아니고. 겔러리 스와이프 기능 때문에 flickity를 가져다 썼는데 해결이 어려운 버그가 발견됐다. 어떡하지… 답이 안 나온다.
2022. 4. 28.
- 가로/세로 비율을 주면 이미지를 최대 크기로 crop하는 함수
- 가로/세로 비율과 가로 크기를 주면 썸네일 이미지를 생성하는 함수
- 이이미지를 crop할 때 생기는 검은색 바 없애기.
- 이미지 세로 폭이 스크린 세로 폭보다 크면 이미지를 스크린 세로 폭에 맞추고 아니면 가로 폭에 맞춰 꽉 차게 보여주기.
- History에 추가되지 않고 Iframe 다큐먼트를 새 주소로 리로딩하기. 주소의 # 뒷부분만 바꿔도 리로딩하기.
새로운 요구사항이 있어서 어제 이런 것들을 코딩했다. 쉽게 해결할수있을 것 같은데 아닌 것들이 의외로 많다. 특히 5번이 그렇다. 원래 안 되는 걸 되게 하려면 우회로를 찾아서 해결해야 한다. 이런 게 어렵다. 일이 끝나갈 수록 요구사항은 정교해지고 자잔한 버그가 많이 보인다. 원래 이 일이 그렇다. 기존 코드를 갈아엎어야 하는 대규모 추가 작업을 요하는 요구사항이 아니면 구현해주는 것이 좋다. 어제는 4, 5번 요구사항 해결할 위해 밤 작업을 했는데 이 문제가 어려워서인지 내가 몰라서인지, 내가 느려서인지. 문제가 어려운 거겠지.
2022. 4. 21.
디자인 요구사항 맞추는 일 처음 하는 거치고 넘 못하고 느린 건가. 다들 처음 해봐도 빠르게 잘 하나보다.